Para parceiros
O DLSw (Data-Link Switching) é um padrão implementado pela IBM que suporta o transporte de LLC (Logical Link Control) sobre WANs. O DLSw é uma forma mais elaborada de Remote Source-Route Bridging (RSRB) e é mais específico quanto ao que pode ou não fazer a ponte. O DLSw exige que o roteador transporte uma sessão LLC2 válida ou uma sessão NetBIOS.
Os roteadores Cisco implementam RFC 1795 (padrão DSLw) e 2166 (versão DLSw 2). Além disso, o DLSw implementa mais recursos para controle de broadcast e transporta menos informações pela WAN do que outros métodos.
Não existem requisitos específicos para este documento.
Este documento não se restringe a versões de software e hardware específicas.
Consulte as Convenções de Dicas Técnicas da Cisco para obter mais informações sobre convenções de documentos.
Esta seção aborda importantes comandos DLSw, comandos para configurar DLSw e comandos para a solução de problemas de DLSw.
A primeira etapa na configuração do DLSw é adicionar o comando source-bridge ring-group. Isso conecta as interfaces Token Ring executando o Source-Route Bridging (SRB).
Tarefa | Comando |
---|---|
Defina um grupo de toque. | source-bridge ring-group ring-group [endereço-mac-virtual] |
Observação: ao executar DLSw em um roteador que tenha apenas interfaces Ethernet, não há necessidade de configurar um grupo de anéis.
A próxima opção é definir a identificação de peer local. Esse é um endereço IP na mesma caixa. Isso basicamente inicia o DLSw no roteador.
Tarefa | Comando |
---|---|
Defina o peer DLSw+ local. | dlsw local-peer [peer-id ip-address] [group group] [border] [cost cost] [lf size] [keepalive seconds] [passive] [bio-segmento] |
A opção mais básica na configuração de DLSw é estabelecer o endereço IP de peer-id local. Estas são descrições dos parâmetros do comando:
group and border — Esses comandos são emitidos juntos para criar peers de borda na rede.
cost — Este comando é emitido quando há vários caminhos para o mesmo local. Esse comando informa ao roteador como acessar esses locais remotos usando primeiro o caminho de menor custo.
lf — Este comando determina o maior tamanho de quadro que este par pode manipular. Os tamanhos dos quadros podem ser:
Tamanho máximo de estrutura: 516-516 bytes
Tamanho máximo de estrutura: 1470-1470 bytes
Tamanho máximo de estrutura: 1500-1500 bytes
Tamanho máximo de quadro 2052-2052 bytes
Tamanho máximo de estrutura: 4472-4472 bytes
Tamanho máximo de estrutura: 8144-8144 bytes
Tamanho máximo do quadro de 11407-11407 bytes
Tamanho máximo de estrutura 11454 a 11454 bytes
Tamanho máximo de estrutura: 17800-17800 bytes
keepalive — Este comando define o intervalo entre os pacotes keepalive. O intervalo pode variar de 0 a 1200 segundos. Geralmente, ele é definido como 0 ao configurar DLSw para Dial-on-Demand Routing (DDR).
passive — Este comando configura o roteador para não iniciar uma inicialização de peer a partir do roteador.
promíscuo — Esse comando significa que o roteador aceita conexões de qualquer peer remoto solicitando uma inicialização de peer. Esse comando é útil em sites grandes que têm muitos pares, porque você não precisa definir todos os peers remotos no roteador central.
biu-segmento — Este comando é uma opção para DLSw que permite que o DLSw controle o tamanho do segmento mais alto nas camadas de Arquitetura de Rede do Sistema (SNA - System Network Architecture). Esse comando permite que as estações finais acreditem que podem enviar grandes quantidades de dados.
Depois de definir o peer local, você define o peer remoto. Você pode definir três tipos de peers: TCP, Fast-Sequenced Transport (FST) e High-Level Link Control (HDLC) direto e Frame Relay. Estas são explicações dos comandos emitidos para definir o peer remoto:
Tarefa | Comando |
---|---|
Encapsulamento direto sobre Frame Relay | dlsw remote-peer list-number frame-relay interface serial number dlci-number [backup-peer ip-address] [bytes-netbios-out bytes-list-name] [cost] [dest-mac mac-address] [dmac-output-list access-list-number] [host-netbios-out host-list-name] keepalive seconds] [lf size] [linger minutes] [lsap-output-list] [pass-thru] |
Encapsulamento direto sobre HDLC | dlsw remote-peer list-number número de série da interface [backup-peer ip-address] [bytes-netbios-out bytes-list-name] [cost] [dest-mac-address] [dmac-output-list access-list-number] [host-netbios-out host-list-name] [keepalive-seconds] [lf size] [linger minutes] [lsap-output-list list] [pass-thru] |
FST | dlsw remote-peer list-number fst ip-address [backup-peer ip-address] [bytes-netbios-out bytes-list-name] [cost] [dest-mac-address] [dmac-output-list access-list-number] [host-netbios-out host-list-name] [keepaliveseconds] ] [lf size] [linger minutes] [lsap-output-list] [pass-thru] |
TCP | dlsw remote-peer list-number tcp ip-address [backup-peer ip-address] [bytes-netbios-out bytes-list-name] [cost] [dest-mac-address] [dmac-output-list access-list-number] [dynamic] [host-netbios-out host-list-name] minutos de atividade] [keepalive segundos] [lf size] [linger minutes] [lsap-output-list] [no-llc minutes] [priority] [tcp-queue-max size] [timeout seconds][v2-single-tcp] |
Estas são as descrições das opções de comando:
peer de backup — Essa opção de comando define o peer que faz backup desse peer no caso de falha do primeiro peer.
cost — Esta opção de comando define o custo deste peer. Esse comando é usado quando há vários caminhos para um destino e quando você precisa de um cenário com capacidade de preferência.
dest-mac, dinâmico, no-llc e inatividade— Essas opções de comando são discutidas na seção Peer de backup/custo deste documento.
dmac-output-list — Essa opção de comando é emitida para definir uma lista de acesso que informa ao roteador quais endereços MAC de destino remoto você permite ou nega o tráfego do explorador.
host-netbios-out — Essa opção de comando é emitida para aplicar nomes de filtro de host NetBIOS.
keepalive — Essa opção de comando é emitida para determinar o intervalo em segundos entre keepalives. Ele é usado principalmente para configurações de DDR.
lf — Esta opção de comando especifica o maior tamanho permitido para o peer.
linger — Esta opção de comando especifica o tempo durante o qual o roteador deixa o peer de backup aberto que se torna ativo (devido à falha principal) depois que o link primário se torna ativo novamente.
priority — Esta opção de comando cria vários peers para priorização de tráfego DLSw.
tcp-queue-max — Essa opção de comando altera o valor padrão de 200 para as filas TCP.
timeout — Essa opção de comando é o número de segundos que o TCP espera por uma confirmação antes de desativar a conexão.
V2-single-tcpM — Esta opção de comando foi projetada para uso em ambientes de Conversão de Endereço de Rede (NAT - Network Address Translation). Cada peer acha que tem o endereço IP mais alto para impedir que cada peer destrua uma das conexões TCP.
Estas são explicações dos temporizadores usados em DLSw:
Parâmetro | Descrição |
---|---|
icannotreach-block-time | Duração do cache de recursos inalcançáveis, durante a qual as pesquisas desse recurso são bloqueadas. O intervalo válido é de 1 a 86400 segundos. O padrão é 0 (desabilitado) |
netbios-cache-timeout | Vida útil do cache do nome do NetBIOS para cache de acessibilidade local e remota. O intervalo válido é de 1 a 86400 segundos. O padrão é 16 minutos. |
netbios-explorer-timeout | O tempo que o software IOS® espera por uma resposta do explorador antes de marcar um recurso inalcançável (LAN e WAN). O intervalo válido é de 1 a 86400 segundos. O padrão é 6 segundos. |
netbios-retry-interval | Intervalo de nova tentativa do explorador NetBIOS (somente LAN). O intervalo válido é de 1 a 86400 segundos. O padrão é 1 segundo. |
netbios-verify-interval | Intervalo entre a criação de uma entrada de cache e quando a entrada é marcada como obsoleta. Se uma solicitação de pesquisa for recebida para uma entrada de cache obsoleta, uma consulta de verificação direcionada será enviada para garantir que ela ainda exista. O intervalo válido é de 1 a 86400 segundos. O padrão é 4 minutos. |
sna-cache-timeout | O tempo durante o qual uma entrada de cache de local SNA MAC/Service Access Point (SAP) existe antes de ser descartada (local e remota). O intervalo válido é de 1 a 86400 segundos. O padrão é 16 minutos. |
sna-explorer-timeout | O tempo que o software IOS espera por uma resposta do explorador antes de marcar um recurso inalcançável (LAN e WAN). O intervalo válido é de 1 a 86400 segundos. O padrão é 3 minutos. |
sna-retry-interval | Intervalo entre as novas tentativas do explorador SNA (LAN). O intervalo válido é de 1 a 86400 segundos. O padrão é 30 segundos. |
sna-verify-interval | Intervalo entre a criação de uma entrada de cache e quando a entrada é marcada como obsoleta. Se uma solicitação de pesquisa for recebida para uma entrada de cache obsoleta, uma consulta de verificação direcionada será enviada para garantir que ela ainda existe. O intervalo válido é de 1 a 86400 segundos. O padrão é 4 minutos. |
explorer-wait-time | Tempo, em segundos, que o roteador espera que todos os exploradores retornem antes de determinar qual peer usar. |
Esses parâmetros são muito úteis. Por exemplo, você pode alterar o intervalo em segundos em que o roteador envia um explorador. Isso ajuda a reduzir a quantidade de exploradores na rede aumentando o tempo entre eles. Além disso, você pode alterar os valores em que o roteador atinge o tempo limite das entradas de cache.
Esses são comandos DLSw importantes adicionais:
dlsw allroute-sna/netbios — Este comando é emitido para alterar o comportamento do DLSw de modo que todos os exploradores de rota sejam usados em vez de exploradores de rota única.
dlsw bridge-group — Este comando é emitido para vincular domínios de bridging transparente com DLSw. Ele é usado extensivamente na configuração do NetBIOS com Ethernet.
dlsw explorerq-deep — Este comando define o valor da fila do explorador DLSw. Esse comando é emitido após o comando source-bridge explorer-queue regular, mas se refere a todos os quadros CANUREACH (CUR) que precisam ser processados. Esse comando é importante porque cobre os pacotes da Ethernet, mesmo que não seja abordado no comando source-bridge explorerq-deep. Consulte Entendendo e Troubleshooting de Source-Route Bridging para obter mais informações sobre esse comando.
Os comandos show e as saídas descritas nesta seção são úteis ao Troubleshoot DLSw.
Esse comando fornece informações sobre os pares. Cada peer remoto configurado é exibido aqui, incluindo a quantidade de pacotes transmitidos e recebidos.
Peers: state pkts_rx pkts_tx type drops ckts TCP uptime TCP 5.5.5.1 CONNECT 2 2 conf 0 0 0 00:00:06
Estes são os estados possíveis:
CONNECT— Este estado significa que o peer DLSw está ativo e em execução.
DISCONNECT- Este estado significa que o peer está inoperante ou não conectado.
CAP_EXG— Esse estado significa que o DLSw está em intercâmbio de recursos com o peer remoto.
WAIT_RD— Este estado é a etapa final na inicialização do peer. Esse peer está esperando o peer remoto abrir a porta de leitura. Consulte a seção debugging deste documento para obter mais informações sobre quando o peer inicia e emite o comando debug dlsw peer.
WAN_BUSY— Esse estado significa que a fila de saída do TCP está cheia e que o pacote não pode ser transmitido.
O comando show dlsw peer também mostra o número de descartes, a quantidade de circuitos no peer específico, na fila TCP e no tempo de atividade. O contador de queda aumenta por estes motivos:
A interface WAN não está ativa para um peer direto.
O DLSw tenta enviar um pacote antes que o peer esteja totalmente conectado (aguardando evento TCP ou evento de recursos). Fila TCP de saída cheia.
Contagem de números de seqüência FST incompatível.
Não é possível obter o buffer para tornar o pacote FST do switch lento.
falha do controlador CiscoBus no high-end; O não pode mover o pacote do buffer de recepção para o buffer de transmissão ou vice-versa.
O endereço IP de destino do pacote FST não corresponde à ID do peer local.
Interface WAN não conectada para um correspondente FST.
Nenhum comando SRB route cache configurado.
O buffer do Madge Ring está cheio em sistemas low-end: LAN de alimentação WAN muito rápida.
DLSw: Capabilities for peer 5.5.5.1(2065) vendor id (OUI) : '00C' (cisco) version number : 1 release number : 0 init pacing window : 20 unsupported saps : none num of tcp sessions : 1 loop prevent support : no icanreach mac-exclusive : no icanreach netbios-excl. : no reachable mac addresses : none reachable netbios names : none cisco version number : 1 peer group number : 0 border peer capable : no peer cost : 3 biu-segment configured : no local-ack configured : yes priority configured : no version string : Cisco Internetwork Operating System Software IOS (tm) 4500 Software (C4500-J-M), Version 10.3(13), RELEASE SOFTWARE (fc2) Copyright (c) 1986-1996 by cisco Systems, Inc.
DLSw MAC address reachability cache list Mac Addr status Loc. peer/port rif 0800.5a0a.c51d FOUND LOCAL TokenRing3/0 06B0.0021.00F0 0800.5a49.1e38 FOUND LOCAL TokenRing3/0 06B0.0021.00F0 0800.5a95.3a13 FOUND REMOTE 5.5.5.1(2065) DLSw NetBIOS Name reachability cache list NetBIOS Name status Loc. peer/port rif PIN-PIN FOUND LOCAL TokenRing3/0 06B0.0021.00F0 QUENEPA FOUND LOCAL TokenRing3/0 06B0.0021.00F0 WIN95 FOUND REMOTE 5.5.5.1(2065)
O campo status é a parte mais importante do comando show dlsw reach. Estes são os possíveis status:
ENCONTRADO— O roteador localizou o dispositivo.
PESQUISANDO — O roteador está procurando o recurso.
NOT_FOUND— O cache negativo está ativado e a estação não respondeu às consultas.
NÃO CONFIRMADO—A estação está configurada, mas o DLSw não verificou.
VERIFICAR— Verificando as informações de cache porque o cache está ficando obsoleto ou a configuração do usuário está sendo verificada.
Index local addr(lsap) remote addr(dsap) state 1622193728 4001.68ff.0001(04) 4000.0000.0001(04) CONNECTED PCEP: 60A545B4 UCEP: 60B0B640 Port:To3/0 peer 5.5.5.1(2065) Flow-Control-Tx CW:20, Permitted:32; Rx CW:20, Granted:32 RIF = 06B0.0021.00F0
Ao emitir o comando show dlsw circuit, preste atenção no controle de fluxo. O controle de fluxo existe por circuito. Essa é uma comunicação que ocorre enquanto os dois pares DLSw atribuem ao circuito uma janela de transferência possível. Esse valor aumenta e diminui dependendo da quantidade de tráfego que o circuito está tentando atravessar. O valor pode mudar dependendo do congestionamento da nuvem.
O comando show dlsw circuit é mais extensivo a partir do IOS 11.1. O comando agora permite que você examine o circuito DLSw em um valor de ponto de acesso de serviço (SAP) ou valor MAC, o que simplifica a localização de circuitos durante a solução de problemas. Esta é uma saída de exemplo:
ibu-7206#sh dlsw cir Index local addr(lsap) remote addr(dsap) state 1622193728 4001.68ff.0001(04) 4000.0000.0001(04) CONNECTED ibu-7206#sh dls cir det ? <0-4294967295> Circuit ID for a specific remote circuit mac-address Display all remote circuits using a specific MAC sap-value Display all remote circuits using a specific SAP <cr> ibu-7206#show dlsw circuit detail mac 4000.0000.0001 Index local addr(lsap) remote addr(dsap) state 1622193728 4001.68ff.0001(04) 4000.0000.0001(04) CONNECTED PCEP: 60A545B4 UCEP: 60B0B640 Port:To3/0 peer 5.5.5.1(2065) Flow-Control-Tx CW:20, Permitted:29; Rx CW:20, Granted:29 RIF = 06B0.0021.00F0 241-00 4000.0000.0001(04) 4001.68ff.0000(04) CONNECTED Port:To0 peer 5.5.7.1(2065) Flow-Control-Tx CW:20, Permitted:27; Rx CW:20, Granted:27 RIF = 0630.00F1.0010 s5e#sh cls DLU user: DLSWDLU SSap:0x63 type: llc0 class:0 DTE:0800.5a95.3a13 0800.5a0a.c51d F0 F0 T1 timer:0 T2 timer:0 Inact timer:0 max out:0 max in:0 retry count:0 XID retry:0 XID timer:0 I-Frame:0 DTE:4000.0000.0001 4001.68ff.0000 04 04 T1 timer:0 T2 timer:0 Inact timer:0 max out:0 max in:0 retry count:0 XID retry:0 XID timer:0 I-Frame:0 TokenRing0 DTE: 4000.0000.0001 4001.68ff.0000 04 04 state NORMAL V(S)=23, V(R)=23, Last N(R)=22, Local window=7, Remote Window=127 akmax=3, n2=8, Next timer in 1240 xid-retry timer 0/0 ack timer 1240/1000 p timer 0/1000 idle timer 10224/10000 rej timer 0/3200 busy timer 0/9600 akdelay timer 0/100 txQ count 0/200
Por padrão, o DLSw encerra sessões de LLC nos roteadores (local-ack). Além disso, como termina o campo de informações de roteamento (RIF), há outros problemas de projeto a serem considerados. Os problemas DLSw mais comuns são descritos nesta seção.
Uma das coisas mais importantes a serem lembradas sobre o DLSw é a terminação de RIF. Esse é um problema porque os grandes loops na rede podem ser facilmente criados. Este diagrama demonstra um loop:
Nesse caso, como o DLSw termina o RIF, o pacote circula indefinidamente. Isso ocorre porque toda vez que um quadro CUR é enviado de peer para peer, o peer receptor cria um novo explorador (SEM RIF) e o envia. As etapas do explorador são descritas:
O 3174 no anel 11 envia um explorador para acessar o host.
O SF1 e o bridge copiam o frame
SF1 cria um quadro CUR para LA1 (seu peer) para informar à LA1 que o 3174 deseja acessar o HOST.
O SF2 recebe o pacote e faz o mesmo.
Agora, LA1 e LA2 criam o explorador e o enviam ao anel.
LA1 e LA2 recebem um explorador criado um pelo outro.
Agora há um dilema, porque cada lado acredita que o 3174 está ligado localmente.
Cada roteador tem o 3174, local e remoto.
Agora eles enviam um quadro Icanreach para SF1 e SF2, respectivamente, o que cria uma resposta do host para o 3174.
SF1 e SF2 colocam resposta de explorador no Token Ring e cada um aprende que o endereço MAC do host é acessível local e remotamente.
Os firewalls de alcance DLSw são eficazes contra looping do explorador indefinidamente. No entanto, com quadros de informações não numeradas (IU), isso pode fazer loop e, em seguida, conduzir a utilização da CPU e da linha até 100%.
Se isso ocorrer, verifique se o anel virtual nos roteadores é exatamente o mesmo em cada lado da nuvem, como mostrado neste diagrama:
Os roteadores em cada lado dessa nuvem têm exatamente o mesmo número de anel virtual. Isso garante que um dos roteadores envie um explorador que já passou pelo anel e, em seguida, o roteador o descarta. Quando o LA1 gera um explorador para um quadro CUR recebido pelo SF1, o LA2 o descarta porque o explorador já passou pelo anel 1. Nesse cenário, é importante que o roteador tenha uma bridge diferente configurada se o pacote for direcionado para o mesmo anel, que é o caso do lado LA da rede.
Em uma versão Ethernet do mesmo cenário, você deve desativar um peer. Um exemplo é exibido neste diagrama:
Como um pacote na Ethernet não tem um RIF, o roteador não pode determinar se o broadcast, criado pelo outro roteador na LAN, é do outro roteador ou de uma estação de origem. Com a SNA, o pacote é originado localmente ou remoto. Como os exploradores de um ambiente Token Ring têm, de fato, endereços MAC de origem e de destino, eles não são um broadcast na Ethernet, mas um quadro direcionado para uma estação de outra.
O que ocorre no diagrama anterior é explicado nestas etapas:
Um explorador é enviado do 3174 para o host.
Este explorador é aceito por SF1 e SF2.
SF1 e SF2 geram, cada um, uma CUR para LA1 e LA2 do outro lado.
Eles geram um explorador ao qual o host responde; como é um explorador de rota única, ele é respondido com um explorador de todas as rotas.
Tanto LA1 como LA2 criam um quadro CUR para SF1 e SF2, que criam o pacote para o 3174.
SF1 ouve o endereço MAC do HOST proveniente da Ethernet e agora acredita que o HOST está localizado na LAN local. Mas no cache do SF1, a ID do HOST está respondendo de um peer remoto.
Isso força o roteador a ter o HOST local e remoto, o que significa que o DLSw está quebrado.
Os peers de backup adicionam tolerância a falhas ao DLSw no caso de um peer ser perdido. Geralmente, isso é configurado em ambientes centrais de modo que quando um roteador central falha, outro roteador pode aceitar o roteador com falha. As configurações e o diagrama nesta seção ilustram uma configuração de peer de backup.
D3B |
---|
Current configuration: ! version 11.1 service udp-small-servers service tcp-small-servers ! hostname d3b ! ! source-bridge ring-group 2 dlsw local-peer peer-id 1.1.14.1 cost 2 promiscuous ! interface Loopback0 ip address 1.1.14.1 255.255.255.0 ! interface Serial0 ip address 1.1.6.2 255.255.255.0 bandwidth 125000 clockrate 125000 ! interface TokenRing0 ip address 1.1.5.1 255.255.255.0 ring-speed 16 source-bridge 3 1 2 source-bridge spanning ! |
D3C |
---|
Current configuration: ! version 11.1 service udp-small-servers service tcp-small-servers ! hostname d3c ! ! source-bridge ring-group 2 dlsw local-peer peer-id 1.1.12.1 cost 4 promiscuous ! interface Loopback0 ip address 1.1.12.1 255.255.255.0 ! interface Serial0 ip address 1.1.4.1 255.255.255.0 bandwidth 500000 clockrate 500000 ! interface TokenRing0 ip address 1.1.5.2 255.255.255.0 ring-speed 16 source-bridge 3 2 2 source-bridge spanning ! |
D3A |
---|
Current configuration: ! version 11.1 service udp-small-servers service tcp-small-servers ! hostname d3a ! ! source-bridge ring-group 2 dlsw local-peer peer-id 1.1.13.1 dlsw remote-peer 0 tcp 1.1.14.1 dlsw remote-peer 0 tcp 1.1.12.1 dlsw timer explorer-wait-time 2 ! interface Loopback0 ip address 1.1.13.1 255.255.255.0 ! interface Serial0 ip address 1.1.6.1 255.255.255.0 bandwidth 500000 ! interface Serial1 ip address 1.1.4.2 255.255.255.0 bandwidth 125000 ! interface TokenRing0 ip address 1.1.1.1 255.255.255.0 ring-speed 16 source-bridge 3 1 2 source-bridge spanning ! |
A primeira coisa a lembrar sobre os pares de custo DLSw é que ambos os pares estão ativos. O roteador mantém apenas um peer de backup. Ele pode ter dois no momento se linger estiver configurado. Isso é o que ocorreu no diagrama anterior:
O D3a recebe um explorador e inicia o processo enviando um quadro CUR para cada peer remoto.
O D3B e o D3C recebem os quadros CUR. Cada um gera um explorador para o host, que responde para D3B e D3C.
Tanto o D3B quanto o D3C respondem ao D3A com Icanreach.
O D3A envia a resposta do explorador para a estação final.
A estação remota inicia o circuito dlsw, com identificação de troca (XID) para SNA e define o modo balanceado assíncrono estendido (SABME) para NetBIOS.
O D3A seleciona um custo menor dentro da acessibilidade.
Há um temporizador no D3A que pode ser definido para dizer ao roteador por quanto tempo esperar que todos os exploradores retornem ao D3A. Isso evita problemas com custos que podem ocorrer quando o roteador usa o primeiro explorador que volta a ele. Emita o comando dlsw timer explorer-wait-time <seconds> para definir esse temporizador.
Além disso, ao executar correspondentes de borda, o DLSw envia apenas um quadro CUR para o peer de custo mais baixo. Ele se comporta de forma diferente do que quando executa custos sem colegas de fronteira.
Os pares de backup operam de forma um pouco diferente. Você especifica o peer de backup no peer que será o backup do peer especificado. Isso significa que o peer que tem a instrução de backup é o próprio peer de backup.
Especifique a opção de toque para que quando o peer primário se torne operacional novamente, os circuitos não possam ser removidos imediatamente. Isso é útil se o peer principal variar para cima e para baixo, pois você não deseja usar o peer defeituoso.
Isso demonstra a configuração de pares de backup:
D3B |
---|
Current configuration: ! version 11.1 service udp-small-servers service tcp-small-servers ! hostname d3b ! ! source-bridge ring-group 2 dlsw local-peer peer-id 1.1.14.1 promiscuous ! interface Loopback0 ip address 1.1.14.1 255.255.255.0 ! interface Serial0 ip address 1.1.6.2 255.255.255.0 bandwidth 125000 clockrate 125000 ! interface TokenRing0 ip address 1.1.5.1 255.255.255.0 ring-speed 16 source-bridge 3 1 2 source-bridge spanning ! |
D3C |
---|
Current configuration: ! version 11.1 service udp-small-servers service tcp-small-servers ! hostname d3c ! ! source-bridge ring-group 2 dlsw local-peer peer-id 1.1.12.1 promiscuous ! interface Loopback0 ip address 1.1.12.1 255.255.255.0 ! interface Serial0 ip address 1.1.4.1 255.255.255.0 bandwidth 500000 clockrate 500000 ! interface TokenRing0 ip address 1.1.5.2 255.255.255.0 ring-speed 16 source-bridge 3 2 2 source-bridge spanning ! |
D3A |
---|
Current configuration: ! version 11.1 service udp-small-servers service tcp-small-servers ! hostname d3a ! ! source-bridge ring-group 2 dlsw local-peer peer-id 1.1.13.1 dlsw remote-peer 0 tcp 1.1.14.1 dlsw remote-peer 0 tcp 1.1.12.1 backup-peer 1.1.14.1 linger 5 dlsw timer explorer-wait-time 2 ! interface Loopback0 ip address 1.1.13.1 255.255.255.0 ! interface Serial0 ip address 1.1.6.1 255.255.255.0 bandwidth 500000 ! interface Serial1 ip address 1.1.4.2 255.255.255.0 bandwidth 125000 ! interface TokenRing0 ip address 1.1.1.1 255.255.255.0 ring-speed 16 source-bridge 3 1 2 source-bridge spanning ! |
O peer é desconectado ao emitir o comando show dlsw peer:
d3a#sh dls peer Peers: state pkts_rx pkts_tx type drops ckts TCP uptime TCP 1.1.14.1 CONNECT 464 1286 conf 0 0 0 03:17:02 TCP 1.1.12.1 DISCONN 0 0 conf 0 0 - -
Os peers de borda são um recurso DLSw importante porque resolvem o problema do controle de broadcast em uma rede. Este exemplo ilustra como os correspondentes de borda são configurados e o que ocorre quando uma sessão é ativada:
D3E |
---|
Current configuration: ! version 11.1 service udp-small-servers service tcp-small-servers ! hostname d3e ! ! dlsw local-peer peer-id 1.1.11.1 group 1 border promiscuous dlsw remote-peer 0 tcp 1.1.12.1 ! interface Loopback0 ip address 1.1.11.1 255.255.255.0 ! interface Serial0 ip address 1.1.3.1 255.255.255.0 ! interface Serial1 ip address 1.1.2.2 255.255.255.0 clockrate 500000 ! interface TokenRing0 ip address 10.17.1.189 255.255.255.0 ring-speed 16 ! router ospf 100 network 1.0.0.0 0.255.255.255 area 0 ! |
D3C |
---|
Current configuration: ! version 11.1 service udp-small-servers service tcp-small-servers ! hostname d3c ! ! dlsw local-peer peer-id 1.1.12.1 group 2 border promiscuous dlsw remote-peer 0 tcp 1.1.11.1 ! interface Loopback0 ip address 1.1.12.1 255.255.255.0 ! interface Serial0 ip address 1.1.4.1 255.255.255.0 no fair-queue clockrate 500000 ! interface Serial1 ip address 1.1.3.2 255.255.255.0 clockrate 500000 ! interface TokenRing0 no ip address shutdown ring-speed 16 ! router ospf 100 network 1.0.0.0 0.255.255.255 area 0 ! |
D3F |
---|
Current configuration: ! version 11.1 service udp-small-servers service tcp-small-servers ! hostname d3f ! ! source-bridge ring-group 2 dlsw local-peer peer-id 1.1.10.1 group 1 promiscuous dlsw remote-peer 0 tcp 1.1.11.1 dlsw peer-on-demand-defaults inactivity 1 ! interface Loopback0 ip address 1.1.10.1 255.255.255.0 ! interface Serial0 ip address 1.1.2.1 255.255.255.0 no fair-queue !! interface TokenRing0 ip address 1.1.1.1 255.255.255.0 ring-speed 16 source-bridge 1 1 2 source-bridge spanning ! router ospf 100 network 1.0.0.0 0.255.255.255 area 0 |
D3A |
---|
Current configuration: ! version 11.1 service udp-small-servers service tcp-small-servers ! hostname d3a ! ! source-bridge ring-group 2 dlsw local-peer peer-id 1.1.13.1 group 2 promiscuous dlsw remote-peer 0 tcp 1.1.12.1 dlsw peer-on-demand-defaults inactivity 1 ! interface Loopback0 ip address 1.1.13.1 255.255.255.0 ! interface Serial0 ip address 1.1.4.2 255.255.255.0 ! interface TokenRing0 ip address 1.1.5.1 255.255.255.0 ring-speed 16 source-bridge 3 1 2 source-bridge spanning ! router ospf 100 network 1.0.0.0 0.255.255.255 area 0 ! |
A primeira parte da configuração de pares de fronteiras é criar pares promíscuos. Os pares promissores aceitam conexões de qualquer roteador DLSw tentando abrir um peer com esse roteador. Por exemplo, no diagrama anterior, você deseja que D3A abra um peer com D3F. Se não houver nenhum par de borda, você precisará configurar peers estáticos na rede. Isso funciona bem, mas quando você tem centenas de locais e usa peers estáticos quando um roteador precisa encontrar uma estação remotamente, o roteador precisa enviar um quadro CUR para cada peer. Isso pode causar muita sobrecarga.
Por outro lado, quando você usa peers de borda, esse roteador remoto precisa enviar apenas uma solicitação ao peer de borda. Essa solicitação é então propagada através dos grupos, e o roteador remoto abre um peer com o outro roteador remoto para iniciar um circuito e estabelecer uma conexão. Este processo é explicado neste diagrama:
Quando o D3A recebe o explorador, ele envia um broadcast ao D3C. D3C é o correspondente de borda ao qual D3A está anexado.
Quando o D3C recebe o quadro CUR, ele envia o quadro CUR a todos os pares do grupo. O D3C também envia um quadro de teste para todas as interfaces locais configuradas para isso e envia um quadro CUR aos peers de borda no outro grupo.
O D3E recebe o CUR do D3C em outro grupo. Em seguida, o D3E faz o mesmo enviando o CUR a todos os pares do grupo e a todas as interfaces locais.
O D3F recebe o quadro CUR e envia uma pesquisa de teste para a interface local. Se o D3F tiver um peer apontando para outro roteador, ele não poderá fazer eco desse quadro CUR para outro roteador.
Quando o D3F recebe uma resposta para a estação final, ele retorna o quadro Icanreach para D3E.
O D3E envia para o D3C, que o encaminha para o D3A. A D3A envia uma resposta de teste ao dispositivo.
Quando a estação final inicia um circuito dlsw, com XID para SNA e SABME para NetBIOS, o D3A inicia uma conexão peer com o D3F e inicia a sessão.
Esta é a depuração do D3C e do D3A durante este processo:
d3a# DLSW Received-ctlQ : CLSI Msg : TEST_STN.Ind dlen: 40 CSM: Received CLSI Msg : TEST_STN.Ind dlen: 40 from TokenRing0 CSM: smac c001.68ff.0000, dmac 4000.0000.0001, ssap 4 , dsap 0 DLSw: sending bcast to BP peer 1.1.12.1(2065)
O quadro de teste que entra no roteador é visto. Em seguida, o roteador gera um quadro CUR para D3C. A atividade D3C exibe esta saída:
DLSw: Pak from peer 1.1.13.1(2065) with op DLX_MEMBER_TO_BP DLSw: recv_member_to_border() from peer 1.1.13.1(2065) DLSw: passing pak to core originally from 1.1.13.1 in group 2 %DLSWC-3-RECVSSP: SSP OP = 3( CUR ) -explorer from peer 1.1.13.1(2065) DLSw: Pak from peer 1.1.11.1(2065) with op DLX_RELAY_RSP DLSW: relaying pak to member 1.1.13.1 in group 2
Quando o D3C recebe o pacote do D3A, ele encaminha o pacote para o núcleo. Mais tarde, você verá a resposta do peer remoto que está sendo retransmitido de volta para D3A. Em seguida, o D3A inicia a conexão (peer on demand) com o peer remoto D3F nesta depuração:
DLSw: Pak from peer 1.1.12.1(2065) with op DLX_RELAY_RSP DLSW: creating a peer-on-demand for 1.1.10.1 DLSw: passing pak to core originally from 1.1.10.1 in group 1 %DLSWC-3-RECVSSP: SSP OP = 4( ICR ) -explorer from peer 1.1.10.1(2065) DISP Sent : CLSI Msg : TEST_STN.Rsp dlen: 44 DLSW Received-ctlQ : CLSI Msg : ID_STN.Ind dlen: 54 CSM: Received CLSI Msg : ID_STN.Ind dlen: 54 from TokenRing0 CSM: smac c001.68ff.0000, dmac 4000.0000.0001, ssap 4 , dsap 4 DLSw: new_ckt_from_clsi(): TokenRing0 4001.68ff.0000:4->4000.0000.0001:4 DLSw: action_a() attempting to connect peer 1.1.10.1(2065) DLSw: action_a(): Write pipe opened for peer 1.1.10.1(2065) DLSw: peer 1.1.10.1(2065), old state DISCONN, new state WAIT_RD DLSw: passive open 1.1.10.1(11003) -> 2065 DLSw: action_c(): for peer 1.1.10.1(2065) DLSw: peer 1.1.10.1(2065), old state WAIT_RD, new state CAP_EXG DLSw: CapExId Msg sent to peer 1.1.10.1(2065) DLSw: Recv CapExId Msg from peer 1.1.10.1(2065) DLSw: Pos CapExResp sent to peer 1.1.10.1(2065) DLSw: action_e(): for peer 1.1.10.1(2065) DLSw: Recv CapExPosRsp Msg from peer 1.1.10.1(2065) DLSw: action_e(): for peer 1.1.10.1(2065) DLSw: peer 1.1.10.1(2065), old state CAP_EXG, new state CONNECT DLSw: peer_act_on_capabilities() for peer 1.1.10.1(2065) DLSw: action_f(): for peer 1.1.10.1(2065) DLSw: closing read pipe tcp connection for peer 1.1.10.1(2065) DLSw: new_ckt_from_clsi(): TokenRing0 4001.68ff.0000:4->4000.0000.0001:4 DLSw: START-FSM (1474380): event:DLC-Id state:DISCONNECTED DLSw: core: dlsw_action_a() DISP Sent : CLSI Msg : REQ_OPNSTN.Req dlen: 106 DLSw: END-FSM (1474380): state:DISCONNECTED->LOCAL_RESOLVE
Depois que o roteador recebe o pacote retransmitido do peer de borda, ele abre um peer sob demanda com o peer remoto D3F (1.1.10.1) e inicia o circuito.
A primeira etapa em qualquer rede DLSw é elevar os pares. Sem os pares, não há troca de dados. A maioria dos detalhes do que ocorre entre os correspondentes DLSw é explicada no RFC 1795.
Observação: se você conversar com equipamentos que não são da Cisco via DLSw, use DLSw. No entanto, entre os roteadores Cisco, use DLSw+.
Esta saída é da emissão de pares debug dlsw e da elevação dos pares entre dois roteadores Cisco:
DLSw: passive open 5.5.5.1(11010) -> 2065 DLSw: action_b(): opening write pipe for peer 5.5.5.1(2065) DLSw: peer 5.5.5.1(2065), old state DISCONN, new state CAP_EXG DLSw: CapExId Msg sent to peer 5.5.5.1(2065) DLSw: Recv CapExId Msg from peer 5.5.5.1(2065) DLSw: Pos CapExResp sent to peer 5.5.5.1(2065) DLSw: action_e(): for peer 5.5.5.1(2065) DLSw: Recv CapExPosRsp Msg from peer 5.5.5.1(2065) DLSw: action_e(): for peer 5.5.5.1(2065) shSw: peer 5.5.5.1(2065), old state CAP_EXG, new state CONNECT DLSw: peer_act_on_capabilities() for peer 5.5.5.1(2065) DLSw: action_f(): for peer 5.5.5.1(2065) DLSw: closing read pipe tcp connection for peer 5.5.5.1(2065)
Esta saída mostra o roteador iniciando o peer e abrindo uma sessão TCP com o outro roteador. Em seguida, ele começa a trocar recursos. Após uma troca positiva de recursos, o peer é conectado. Em contraste com o RSRB, o DLSw não move o peer para um estado fechado quando não há atividade, como tráfego. Eles sempre permanecem conectados. Se os peers estiverem desconectados, emita debug dlsw peer para determinar por que eles não são capazes de abrir.
Ao Troubleshoot uma sessão sendo criada, execute debug dlsw core para observar a falha da sessão e verificar se o circuito está sendo ativado.
Esse é o fluxo de um controlador de comunicação 3174 para o host via DLSw+:
A saída debug dlsw exibe o fluxo da sessão sendo ativada corretamente:
ibu-7206#debug dlsw DLSw reachability debugging is on at event level for all protocol traffic DLSw peer debugging is on DLSw local circuit debugging is on DLSw core message debugging is on DLSw core state debugging is on DLSw core flow control debugging is on DLSw core xid debugging is on ibu-7206# DLSW Received-ctlQ : CLSI Msg : UDATA_STN.Ind dlen: 208 CSM: Received CLSI Msg : UDATA_STN.Ind dlen: 208 from TokenRing3/0 CSM: smac 8800.5a49.1e38, dmac c000.0000.0080, ssap F0, dsap F0 CSM: Received frame type NETBIOS DATAGRAM from 0800.5a49.1e38, To3/0 DLSw: peer_put_bcast() to non-grouped peer 5.5.5.1(2065) DLSw: Keepalive Request sent to peer 5.5.5.1(2065)) DLSw: Keepalive Response from peer 5.5.5.1(2065) DLSW Received-ctlQ : CLSI Msg : TEST_STN.Ind dlen: 41 CSM: Received CLSI Msg : TEST_STN.Ind dlen: 41 from TokenRing3/0 CSM: smac c001.68ff.0001, dmac 4000.0000.0001, ssap 4 , dsap 0
Observe o quadro de teste vindo da LAN (localmente) da estação c001.68ff.0001 para o endereço MAC de 4000.0000.0001. Cada .Ind indica que um pacote está vindo da LAN. Quando o roteador envia um pacote para a LAN, você vê um .RSP.
DLSw: peer_put_bcast() to non-grouped peer 5.5.5.1(2065) %DLSWC-3-RECVSSP: SSP OP = 4( ICR ) -explorer from peer 5.5.5.1(2065) DISP Sent : CLSI Msg : TEST_STN.Rsp dlen: 44
Agora você pode ver o broadcast enviado ao peer remoto e a resposta inicial da taxa de célula (ICR) de volta. Isto significa que o roteador remoto identificou a estação como alcançável. TEST_STN.Rsp é o roteador que envia uma resposta de teste para a estação.
DLSW Received-ctlQ : CLSI Msg : ID_STN.Ind dlen: 54 CSM: Received CLSI Msg : ID_STN.Ind dlen: 54 from TokenRing3/0 CSM: smac c001.68ff.0001, dmac 4000.0000.0001, ssap 4 , dsap 4
Depois que a estação recebe a resposta do teste, ela envia o primeiro XID. Você pode observar isso com o IS_STN.Ind. Agora, o roteador precisa manter esse quadro temporariamente até que ele limpe alguns detalhes entre os dois roteadores DLSw.
DLSw: new_ckt_from_clsi(): TokenRing3/0 4001.68ff.0001:4->4000.0000.0001:4 DLSw: START-FSM (1622182940): event:DLC-Id state:DISCONNECTED DLSw: core: dlsw_action_a() DISP Sent : CLSI Msg : REQ_OPNSTN.Req dlen: 108 DLSw: END-FSM (1622182940): state:DISCONNECTED->LOCAL_RESOLVE DLSW Received-ctlQ : CLSI Msg : REQ_OPNSTN.Cfm CLS_OK dlen: 108 DLSw: START-FSM (1622182940): event:DLC-ReqOpnStn.Cnf state:LOCAL_RESOLVE DLSw: core: dlsw_action_b() CORE: Setting lf size to 30 %DLSWC-3-SENDSSP: SSP OP = 3(CUR) to peer 5.5.5.1(2065) success DLSw: END-FSM (1622182940): state:LOCAL_RESOLVE->CKT_START %DLSWC-3-RECVSSP: SSP OP = 4(ICR) from peer 5.5.5.1(2065) DLSw: 1622182940 recv FCI 0 - s:0 so:0 r:0 ro:0 DLSw: recv RWO DLSw: START-FSM (1622182940): event:WAN-ICR state:CKT_START DLSw: core: dlsw_action_e() DLSw: sent RWO DLSw: 1622182940 sent FCI 80 on ACK - s:20 so:1 r:20 ro:1 %DLSWC-3-SENDSSP: SSP OP = 5(ACK) to peer 5.5.5.1(2065) success DLSw: END-FSM (1622182940): state:CKT_START->CKT_ESTABLISHED
Aqui você pode observar o fluxo interno de DLSw entre os dois pares. Esses pacotes são normais para cada inicialização de sessão. O primeiro estágio é mover de um estado desconectado para um estado CKT_ESTABLISHED. Ambos os roteadores transmitem um quadro CUR para o próprio circuito. Isso é chamado de configuração de circuito (CURCS). Quando o peer que inicia o quadro CURCS recebe um quadro ICRCS, ele envia uma confirmação e se move para um estado estabelecido pelo circuito. Agora, os dois roteadores DLSw estão prontos para o processamento XID.
DLSw: START-FSM (1622182940): event:DLC-Id state:CKT_ESTABLISHED DLSw: core: dlsw_action_f() DLSw: 1622182940 sent FCA on XID %DLSWC-3-SENDSSP: SSP OP = 7(XID) to peer 5.5.5.1(2065) success DLSw: END-FSM (1622182940): state:CKT_ESTABLISHED->CKT_ESTABLISHED
O roteador recebeu um XID após enviar a resposta de teste à estação. Ele salva esse XID por um momento e o transmite para o peer através do circuito. Isso significa que você está enviando pacotes de/para o peer com o ID do circuito marcado para ele. Dessa forma, o DLSw entende a atividade entre as duas estações. Lembre-se de que o DLSw encerra a sessão Logical Link Control, tipo 2 (LLC2), em cada lado da nuvem.
%DLSWC-3-RECVSSP: SSP OP = 7(XID) from peer 5.5.5.1(2065) DLSw: 1622182940 recv FCA on XID - s:20 so:0 r:20 ro:0 DLSw: START-FSM (1622182940): event:WAN-XID state:CKT_ESTABLISHED DLSw: core: dlsw_action_g() DISP Sent : CLSI Msg : ID.Rsp dlen: 12 DLSw: END-FSM (1622182940): state:CKT_ESTABLISHED->CKT_ESTABLISHED DLSW Received-ctlQ : CLSI Msg : ID.Ind dlen: 39 DLSw: START-FSM (1622182940): event:DLC-Id state:CKT_ESTABLISHED DLSw: core: dlsw_action_f() %DLSWC-3-SENDSSP: SSP OP = 7(XID) to peer 5.5.5.1(2065) success DLSw: END-FSM (1622182940): state:CKT_ESTABLISHED->CKT_ESTABLISHED
Primeiro você nota uma resposta ao primeiro XID que foi enviado antes. Em ID.Rsp, você vê que o XID foi enviado para a estação, à qual a estação respondeu com um ID.Ind. Este é outro XID que foi enviado para o peer DLSw.
%DLSWC-3-RECVSSP: SSP OP = 8(CONQ) from peer 5.5.5.1(2065) DLSw: START-FSM (1622182940): event:WAN-CONQ state:CKT_ESTABLISHED
Esta peça nos mostra que a estação do outro lado respondeu com um SABME (CONQ) ao XID. A negociação XID foi encerrada e o roteador está pronto para iniciar a sessão.
DLSw: core: dlsw_action_i() DISP Sent : CLSI Msg : CONNECT.Req dlen: 16
Depois, o roteador envia o SABME à estação no CONNECT.Req.
DLSw: END-FSM (1622182940): state:CKT_ESTABLISHED->CONTACT_PENDING DLSW Received-ctlQ : CLSI Msg : CONNECT.Cfm CLS_OK dlen: 8 DLSw: START-FSM (1622182940): event:DLC-Connect.Cnf state:CONTACT_PENDING DLSw: core: dlsw_action_j() %DLSWC-3-SENDSSP: SSP OP = 9( CONR ) to peer 5.5.5.1(2065) success DISP Sent : CLSI Msg : FLOW.Req dlen: 0 DLSw: END-FSM (1622182940): state:CONTACT_PENDING->CONNECTED
Em seguida, você recebe a confirmação não numerada (UA) da estação, que é mostrada na mensagem CONNECT.Cfm. Isso é enviado para o peer remoto via CONR. Em seguida, o processo de taxa relativa (RR) é iniciado com FLOW.Req.
%DLSWC-3-RECVSSP: SSP OP = 10(INFO) from peer 5.5.5.1(2065) DLSw: 1622182940 decr r - s:20 so:0 r:19 ro:0 DLSw: START-FSM (1622182940): event:WAN-INFO state:CONNECTED DLSw: core: dlsw_action_m() DISP Sent : CLSI Msg : DATA.Req dlen: 34 DLSw: END-FSM (1622182940): state:CONNECTED->CONNECTED DLSw: 1622182940 decr s - s:19 so:0 r:19 ro:0 DLSW Received-disp : CLSI Msg : DATA.Ind dlen: 35 DLSw: sent RWO DLSw: 1622182940 sent FCI 80 on INFO - s:19 so:0 r:39 ro:1 %DLSWC-3-SENDSSP: SSP OP = 10(INFO) to peer 5.5.5.1(2065) success %DLSWC-3-RECVSSP: SSP OP = 10(INFO) from peer 5.5.5.1(2065) DLSw: 1622182940 decr r - s:19 so:0 r:38 ro:1 DLSw: 1622182940 recv FCA on INFO - s:19 so:0 r:38 ro:0 DLSw: 1622182940 recv FCI 0 - s:19 so:0 r:38 ro:0 DLSw: recv RWO DLSw: START-FSM (1622182940): event:WAN-INFO state:CONNECTED DLSw: core: dlsw_action_m() DISP Sent : CLSI Msg : DATA.Req dlen: 28 DLSw: END-FSM (1622182940): state:CONNECTED->CONNECTED
O DATA.Req indica que o roteador transmitiu um quadro I. Data.Ind indica que o roteador recebeu um quadro I. Você pode usar essas informações para determinar o fluxo de pacotes através dos roteadores DLSw.
DLSW Received-ctlQ : CLSI Msg : DISCONNECT.Ind dlen: 8 DLSw: START-FSM (1622182940): event:DLC-Disc.Ind state:CONNECTED
Esta peça contém um DISCONNECT.Ind. Uma .Ind indica um pacote que vem da LAN. Nesse caso, a estação envia um DISCONNECT, o que faz com que o roteador comece a destruir o circuito.
DLSw: core: dlsw_action_n() %DLSWC-3-SENDSSP: SSP OP = 14( HLTQ ) to peer 5.5.5.1(2065) success DLSw: END-FSM (1622182940): state:CONNECTED->DISC_PENDING %DLSWC-3-RECVSSP: SSP OP = 15( HLTR ) from peer 5.5.5.1(2065) DLSw: START-FSM (1622182940): event:WAN-HLTR state:DISC_PENDING
Depois que o roteador recebe o DISCONNECT, ele envia um HALT ao peer remoto e espera pela resposta. Tudo o que resta é enviar um UA para a estação e fechar o circuito, que é mostrado na seguinte depuração com o DISCONNECT.Rsp:
DLSw: core: dlsw_action_q() DISP Sent : CLSI Msg : DISCONNECT.Rsp dlen: 4 DISP Sent : CLSI Msg : CLOSE_STN.Req dlen: 4 DLSw: END-FSM (1622182940): state:DISC_PENDING->CLOSE_PEND DLSW Received-ctlQ : CLSI Msg : CLOSE_STN.Cfm CLS_OK dlen: 8 DLSw: START-FSM (1622182940): event:DLC-CloseStn.Cnf state:CLOSE_PEND DLSw: core: dlsw_action_y() DLSw: 1622182940 to dead queue DLSw: END-FSM (1622182940): state:CLOSE_PEND->DISCONNECTED
A última coisa que o DLSw executa é colocar o circuito na fila inoperante. A partir daí, os ponteiros são limpos e prontos para um novo circuito.
O DLSw manipula as sessões NetBIOS de maneira diferente, mas as depurações são bem semelhantes.
Nota: Lembre-se de que os XIDs não fluem para estações NetBIOS e que os roteadores DLSw trocam quadros NetBIOS Query System Switch Processor (SSP) e NetBIOS reconhecidos. Esta é a principal diferença.