Técnicas de filtragem DLSw+ SAP/MAC

Opções de download

  • PDF     (219.7 KB)
    Ver no Adobe Reader em vários dispositivos
  • ePub     (124.2 KB)
    Ver em vários aplicativos no iPhone, iPad, Android, Sony Reader ou Windows Phone
  • Mobi (Kindle)     (168.1 KB)
    Ver no dispositivo Kindle ou no aplicativo Kindle em vários dispositivos
Atualizado:28 de janeiro de 2008
ID do documento:12356

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 configurações de exemplo para switching de enlace de dados mais (DLSw+) Service Access Point (SAP) e técnicas de filtragem de MAC.

A filtragem pode ser usada para aprimorar a escalabilidade de uma rede DLSw+. Por exemplo, você pode usar a filtragem para:

  • Reduza o tráfego em um link de WAN (especialmente importante em links de velocidade muito baixa e em ambientes com NetBIOS).

  • Aumente a segurança de uma rede controlando o acesso a determinados dispositivos.

  • Melhore o desempenho da CPU e a escalabilidade dos roteadores DLSw+ do data center.

O DLSw+ oferece várias opções que podem ser usadas para executar a filtragem. A filtragem pode ser feita em endereços MAC, SAP ou nomes NetBIOS.

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.

Configure as técnicas de filtragem para DLSw+ SAP

Nesta seção, você encontrará informações para configurar os recursos descritos neste documento.

Observação: para encontrar informações adicionais sobre os comandos usados neste documento, use a ferramenta Command Lookup Tool (somente clientes registrados).

Usando a topologia de rede descrita na seção Diagrama de Rede, o requisito é impedir que todo o tráfego NetBIOS em locais remotos acesse o roteador Central (São Paulo). O DLSw+ oferece várias opções para realizar essa tarefa, que são analisadas nas seções a seguir.

Observação: o tráfego NetBIOS usa os valores SAP 0xF0 (para comandos) e 0xF1 (para respostas). Normalmente, os administradores de rede usam os valores SAP acima mencionados para filtrar (aceitar ou negar) esse protocolo.

Observação: os clientes NetBIOS usam o endereço MAC funcional NetBIOS (C000.0000.0080) como o MAC de destino (DMAC) em seus pacotes de consulta de nome NetBIOS. Como mencionado anteriormente, todos os quadros têm valores de SAP de 0xF0 ou 0xF1.

Para este teste, o PC CCSpcC é configurado para se conectar ao endereço MAC do FEP usando SAP 0xF0. Na realidade, esse tráfego é o mesmo que o NetBIOS, pelo menos de uma perspectiva SAP. Portanto, você pode observar as depurações correspondentes no roteador DLSw+ quando esse tráfego chegar.

Diagrama de Rede

Esta seção usa a configuração de rede mostrada neste diagrama.

dlswfilter1.gif

No diagrama de rede, um roteador de data center (São Paulo) é representado com uma conexão ao mainframe. Este roteador recebe várias conexões de peer DLSw+ de todas as filiais remotas. Cada filial remota tem clientes SNA (Systems Network Architecture) e NetBIOS. Não há servidores NetBIOS no data center que precisem ser acessados dos escritórios remotos.

Para simplificar, os detalhes da configuração de apenas um escritório remoto (Caracas) são mostrados. O diagrama de rede também mostra o valor do endereço MAC do processador de front-end (FEP) e do PC remoto chamado CCSpcC. Os endereços MAC são mostrados nos formatos canônico (Ethernet) e não canônico (Token Ring).

Configurar listas de acesso de saída LSAP em escritórios remotos

Usando esse método, todos os escritórios remotos devem ser configurados com a opção lsap-output-list. Nenhuma outra alteração de configuração é necessária no roteador central.

A lista de saída lata vincula a uma lista de acesso SAP (SAP ACL) que atualmente permite que somente SAPs SNA (por exemplo, 0x00, 0x04, 0x08 e assim por diante) entrem em direção ao roteador central e nega todo o resto. Consulte Noções Básicas sobre Listas de Controle de Acesso a Pontos de Acesso de Serviços para obter mais informações sobre como executar a filtragem com base em SAPs.

CARACAS SÃO PAULO 
Current configuration:
!
hostname CARACAS 
!
dlsw local-peer peer-id 1.1.1.2
dlsw remote-peer 0 tcp 1.1.1.1 
lsap-output-list 200
dlsw bridge-group 1
!
interface Ethernet0/0
 no ip directed-broadcast
 bridge-group 1
!
interface Serial0/1
 ip address 1.1.1.2 255.255.255.0
 no ip directed-broadcast
!         
access-list 200 permit 0x0000 0x0D0D
access-list 200 deny   0x0000 0xFFFF
!
bridge 1 protocol ieee
!
end
 
Current configuration:
!
hostname SAOPAULO
!
source-bridge ring-group 3
dlsw local-peer peer-id 1.1.1.1
dlsw remote-peer 0 tcp 1.1.1.2
!
interface TokenRing0/0
 no ip directed-broadcast
 ring-speed 16
 source-bridge 10 1 3
 source-bridge spanning
!
interface Serial1/0
 ip address 1.1.1.1 255.255.255.0
 no ip directed-broadcast
 no ip mroute-cache
 clockrate 32000
!
end

O comando debug dlsw é usado para ver como o roteador Caracas reage quando recebe o tráfego NetBIOS.

CARACAS#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

Se o roteador de escritório remoto (Caracas) não tiver informações de acessibilidade para 4000.3745.0000, e receber um explorador que procura esse endereço MAC usando alguns dos SAPs "proibidos", a solicitação será bloqueada.

CARACAS#
 *Mar  1 01:02:16.387: DLSW Received-ctlQ : CLSI Msg : TEST_STN.Ind   dlen: 40 
 *Mar  1 01:02:16.387: CSM: Received CLSI Msg : TEST_STN.Ind   dlen: 40 from DLSw Port0
 *Mar  1 01:02:16.387: CSM:  smac 0000.8888.0000, dmac 4000.3745.0000, ssap F0, dsap 0 
 *Mar  1 01:02:16.387: DLSw: dsap(0) ssap(F0) filtered to peer 1.1.1.1(2065)
 *Mar  1 01:02:16.387: DLSw: frame output access list filtered to peer 1.1.1.1(2065)
 *Mar  1 01:02:16.387: CSM: Write to peer 1.1.1.1(2065) not ok - PEER_FILTERED

Considere o caso em que o roteador de escritório remoto (Caracas) tem informações de acessibilidade para 4000.3745.0000. Por exemplo, outra estação (usando os SAPs permitidos) já solicitou o endereço MAC do FEP. Nessa situação, o PC "infrator" (CCSpcC) envia seu XID NULO, mas o roteador o interrompe.

CARACAS#
 *Mar  1 01:03:24.439: DLSW Received-ctlQ : CLSI Msg : ID_STN.Ind   dlen: 46 
 *Mar  1 01:03:24.439: CSM: Received CLSI Msg : ID_STN.Ind   dlen: 46 from DLSw Port0
 *Mar  1 01:03:24.443: CSM:  smac 0000.8888.0000, dmac 4000.3745.0000, ssap F0, dsap F0 
 *Mar  1 01:03:24.443: DLSw: new_ckt_from_clsi(): DLSw Port0 0000.8888.0000:F0->4000.3745.0000:F0
 *Mar  1 01:03:24.443: DLSw: START-TPFSM (peer 1.1.1.1(2065)): event:CORE-ADD CIRCUIT state:CONNECT
 *Mar  1 01:03:24.443: DLSw: dtp_action_u(), peer add circuit for peer 1.1.1.1(2065)
 *Mar  1 01:03:24.443: DLSw: END-TPFSM (peer 1.1.1.1(2065)): state:CONNECT->CONNECT
 *Mar  1 01:03:24.443: DLSw: START-FSM (872415295): event:DLC-Id state:DISCONNECTED
 *Mar  1 01:03:24.443: DLSw: core: dlsw_action_a()
 *Mar  1 01:03:24.447: DISP Sent : CLSI Msg : REQ_OPNSTN.Req   dlen: 116 
 *Mar  1 01:03:24.447: DLSw: END-FSM (872415295): state:DISCONNECTED->LOCAL_RESOLVE
 *Mar  1 01:03:24.447: DLSW Received-ctlQ : CLSI Msg : REQ_OPNSTN.Cfm CLS_OK dlen: 116 
 *Mar  1 01:03:24.447: DLSw: START-FSM (872415295): event:DLC-ReqOpnStn.Cnf state:LOCAL_RESOLVE
 *Mar  1 01:03:24.447: DLSw: core: dlsw_action_b()
 *Mar  1 01:03:24.447: CORE: Setting lf : bits 8 : size 1500
 *Mar  1 01:03:24.451: DLSw: dsap(F0) ssap(F0) filtered to peer 1.1.1.1(2065)
 *Mar  1 01:03:24.451: DLSw: frame output access list filtered to peer 1.1.1.1(2065)
 *Mar  1 01:03:24.451: DLSw: peer 1.1.1.1(2065) unreachable - reason code 1
 *Mar  1 01:03:24.451: DLSw: END-FSM (872415295): state:LOCAL_RESOLVE->CKT_START

Configure os saps de dlsw icannotreach no roteador central

Usar o comando dlsw icannotreach saps permite filtrar os protocolos pelos quais você sabe que não podem ser enviados. Se você souber apenas o que deve ser explicitamente negado, use o comando dlsw icannotreach saps no(s) roteador(es) central(ais), como mostrado nessas configurações.

CARACAS SÃO PAULO 
Current configuration:
!
hostname CARACAS
!
dlsw local-peer peer-id 1.1.1.2
dlsw remote-peer 0 tcp 1.1.1.1
dlsw bridge-group 1
!
interface Ethernet0/0
 no ip directed-broadcast
 bridge-group 1
!
interface Serial0/1
 ip address 1.1.1.2 255.255.255.0
 no ip directed-broadcast
!
bridge 1 protocol ieee
!
end
 
Current configuration:
!
hostname SAOPAULO
!
source-bridge ring-group 3
dlsw local-peer peer-id 1.1.1.1
dlsw remote-peer 0 tcp 1.1.1.2
dlsw icannotreach sap F0
!
interface TokenRing0/0
 no ip directed-broadcast
 ring-speed 16
 source-bridge 10 1 3
 source-bridge spanning
!
interface Serial1/0
 ip address 1.1.1.1 255.255.255.0
 no ip directed-broadcast
 no ip mroute-cache
 clockrate 32000
!
end

Você pode configurar o roteador central (incluir o comando dlsw icannotreach saps) simultaneamente, mesmo quando os peers remotos já estão ativos. Esta saída mostra a depuração em um dos roteadores remotos, que indica a recepção da mensagem CapExId. Essa mensagem instrui os escritórios remotos a não enviar nenhum quadro com SAP 0xF0/F1 em direção ao roteador central.

CARACAS#debug dlsw peers
 DLSw peer debugging is on

 *Mar  1 18:30:30.388: DLSw: START-TPFSM (peer 1.1.1.1(2065)): event:SSP-CAP MSG RCVD state:CONNECT
 *Mar  1 18:30:30.388: DLSw: dtp_action_p() runtime cap rcvd for peer 1.1.1.1(2065)
 *Mar  1 18:30:30.392: DLSw: Recv CapExId Msg from peer 1.1.1.1(2065)
 *Mar  1 18:30:30.392: DLSw: received fhpr capex from peer 1.1.1.1(2065): support: false, fst-prio: false
 *Mar  1 18:30:30.392: DLSw: Pos CapExResp sent to peer 1.1.1.1(2065)
 *Mar  1 18:30:30.392: DLSw: END-TPFSM (peer 1.1.1.1(2065)): state:CONNECT->CONNECT

Depois que a mensagem CapExId é recebida, o roteador Caracas aprende que São Paulo não suporta SAP 0xF0.

CARACAS#show dlsw capabilities 
 DLSw: Capabilities for peer 1.1.1.1(2065)
   vendor id (OUI)          : '00C' (cisco)
   version number           : 2
   release number           : 0
   init pacing window       : 20
   unsupported saps  : F0
   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
   V2 multicast capable     : yes
   DLSw multicast address   : none
   cisco version number     : 1
   peer group number        : 0
   peer cluster support     : no
   border peer capable      : no
   peer cost                : 3
   biu-segment configured   : no
   UDP Unicast support      : yes
   Fast-switched HPR supp   : no
   NetBIOS Namecache length : 15
   local-ack configured     : yes
   priority configured      : no
   cisco RSVP support       : no
   configured ip address    : 1.1.1.1        
   peer type                : conf
   version string           : 
 Cisco Internetwork Operating System Software 
 IOS (tm) C2600 Software (C2600-JK2O3S-M), Version 12.0(7)T,  RELEASE SOFTWARE (fc2)
 Copyright (c) 1986-1999 by cisco Systems, Inc.

A saída do comando show exibida aqui, tomada no roteador central, mostra a alteração de configuração onde o SAP 0xF0 não é suportado.

SAOPAULO#show dlsw capabilities local
 DLSw: Capabilities for local peer 1.1.1.1
   vendor id (OUI)          : '00C' (cisco)
   version number           : 2
   release number           : 0
   init pacing window       : 20
   unsupported saps  : F0 
   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
   V2 multicast capable     : yes
   DLSw multicast address   : none
   cisco version number     : 1
   peer group number        : 0
   peer cluster support     : yes
   border peer capable      : no
   peer cost                : 3
   biu-segment configured   : no
   UDP Unicast support      : yes
   Fast-switched HPR supp.  : no
   NetBIOS Namecache length : 15
   cisco RSVP support       : no
   current border peer      : none
   version string           : 
 Cisco Internetwork Operating System Software 
 IOS (tm) C2600 Software (C2600-JK2O3S-M), Version 12.0(7)T,  RELEASE SOFTWARE (fc2)
 Copyright (c) 1986-1999 by cisco Systems, Inc.

Esta é a saída de depuração do roteador Caracas quando a estação de PC NetBIOS tenta a conexão:

CARACAS#debug dlsw peers
 DLSw peer debugging is on

 *Mar  1 18:40:27.575: DLSw: new_ckt_from_clsi(): DLSw Port0 0000.8888.0000:F0->4000.3745.0000:F0
 *Mar  1 18:40:27.575: DLSw: START-TPFSM (peer 1.1.1.1(2065)): event:CORE-ADD CIRCUIT state:CONNECT
 *Mar  1 18:40:27.579: DLSw: dtp_action_u(), peer add circuit for peer 1.1.1.1(2065)
 *Mar  1 18:40:27.579: DLSw: END-TPFSM (peer 1.1.1.1(2065)): state:CONNECT->CONNECT
 *Mar  1 18:40:27.579: DLSw: START-FSM (1409286242): event:DLC-Id state:DISCONNECTED
 *Mar  1 18:40:27.579: DLSw: core: dlsw_action_a()
 *Mar  1 18:40:27.579: DISP Sent : CLSI Msg : REQ_OPNSTN.Req   dlen: 116 
 *Mar  1 18:40:27.579: DLSw: END-FSM (1409286242): state:DISCONNECTED->LOCAL_RESOLVE
 *Mar  1 18:40:27.583: DLSW Received-ctlQ : CLSI Msg : REQ_OPNSTN.Cfm CLS_OK dlen: 116 
 *Mar  1 18:40:27.583: DLSw: START-FSM (1409286242): event:DLC-ReqOpnStn.Cnf state:LOCAL_RESOLVE
 *Mar  1 18:40:27.583: DLSw: core: dlsw_action_b()
 *Mar  1 18:40:27.583: CORE: Setting lf : bits 8 : size 1500
 *Mar  1 18:40:27.583: peer_cap_filter(): Filtered by SAP to peer 1.1.1.1(2065), s: F0 d:F0
 *Mar  1 18:40:27.583: DLSw: frame cap filtered (1) to peer 1.1.1.1(2065)
 *Mar  1 18:40:27.583: DLSw: peer 1.1.1.1(2065) unreachable - reason code 1

Configurar saps de icanreach dlsw no roteador central

A configuração do comando dlsw icanreach saps é útil quando você sabe exatamente que tipo de tráfego é permitido e deseja garantir que todo o tráfego restante seja negado. Por exemplo, quando você configura dlsw icanreach saps 4, você nega explicitamente todos os saps, exceto 0x04 (e 0x05, a resposta).

CARACAS SÃO PAULO 
Current configuration:
!
hostname CARACAS
!
dlsw local-peer peer-id 1.1.1.2
dlsw remote-peer 0 tcp 1.1.1.1
dlsw bridge-group 1
!
interface Ethernet0/0
 no ip directed-broadcast
 bridge-group 1
!
interface Serial0/1
 ip address 1.1.1.2 255.255.255.0
 no ip directed-broadcast
!
bridge 1 protocol ieee
!
end
 
Current configuration:
!
hostname SAOPAULO
!
source-bridge ring-group 3
dlsw local-peer peer-id 1.1.1.1
dlsw remote-peer 0 tcp 1.1.1.2
dlsw icanreach sap 0 4
!
interface TokenRing0/0
 no ip directed-broadcast
 ring-speed 16
 source-bridge 10 1 3
 source-bridge spanning
!
interface Serial1/0
 ip address 1.1.1.1 255.255.255.0
 no ip directed-broadcast
 no ip mroute-cache
 clockrate 32000
!
end

Observe nesta saída do comando show que o roteador Caracas reconhece que São Paulo suporta apenas quadros destinados ao saps 0x04 e 0x05. Todos os outros saps não são suportados.

CARACAS#show dlsw capabilities 
 DLSw: Capabilities for peer 1.1.1.1(2065)
   vendor id (OUI)          : '00C' (cisco)
   version number           : 2
   release number           : 0
   init pacing window       : 20
   unsupported saps  : 0 2 6 8 A C E 10 12 14 16 18 1A 1C 1E 20 22 24 26 28
  2A 2C 2E 30 32 34 36 38 3A 3C 3E 40 42 44 46 48 4A 4C 4E 50 52 54 56 58 5A 5C 5E 
  60 62 64 66 68 6A 6C 6E 70 72 74 76 78 7A 7C 7E 80 82 84 86 88 8A 8C 8E 90 92 94
  96 98 9A 9C 9E A0 A2 A4 A6 A8 AA AC AE B0 B2 B4 B6 B8 BA BC BE C0 C2 C4 C6 C8 CA
  CC CE D0 D2 D4 D6 D8 DA DC DE E0 E2 E4 E6 E8 EA EC EE F0 F2 F4 F6 F8 FA FC FE 
   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
   V2 multicast capable     : yes
   DLSw multicast address   : none
   cisco version number     : 1
   peer group number        : 0
   peer cluster support     : no
   border peer capable      : no
   peer cost                : 3
   biu-segment configured   : no
   UDP Unicast support      : yes
   Fast-switched HPR supp.  : no
   NetBIOS Namecache length : 15
   local-ack configured     : yes
   priority configured      : no
   cisco RSVP support       : no
   configured ip address    : 1.1.1.1        
   peer type                : conf
   version string           : 
 Cisco Internetwork Operating System Software 
 IOS (tm) C2600 Software (C2600-JK2O3S-M), Version 12.0(7)T,  RELEASE SOFTWARE (fc2)
 Copyright (c) 1986-1999 by cisco Systems, Inc.

Você pode usar o comando show dlsw capabilities local para verificar se as alterações de configuração no roteador central aparecem no código DLSw+.

SAOPAULO#show dlsw capabilities local 
 DLSw: Capabilities for local peer 1.1.1.1
   vendor id (OUI)          : '00C' (cisco)
   version number           : 2
   release number           : 0
   init pacing window       : 20
   unsupported saps  : 0 2 6 8 A C E 10 12 14 16 18 1A 1C 1E 20 22 24 26 28
  2A 2C 2E 30 32 34 36 38 3A 3C 3E 40 42 44 46 48 4A 4C 4E 50 52 54 56 58 5A 5C 5E
  60 62 64 66 68 6A 6C 6E 70 72 74 76 78 7A 7C 7E 80 82 84 86 88 8A 8C 8E 90 92 94
  96 98 9A 9C 9E A0 A2 A4 A6 A8 AA AC AE B0 B2 B4 B6 B8 BA BC BE C0 C2 C4 C6 C8 CA
  CC CE D0 D2 D4 D6 D8 DA DC DE E0 E2 E4 E6 E8 EA EC EE F0 F2 F4 F6 F8 FA FC FE 
   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
   V2 multicast capable     : yes
   DLSw multicast address   : none
   cisco version number     : 1
   peer group number        : 0
   peer cluster support     : yes
   border peer capable      : no
   peer cost                : 3
   biu-segment configured   : no
   UDP Unicast support      : yes
   Fast-switched HPR supp.  : no
   NetBIOS Namecache length : 15
   cisco RSVP support       : no
   current border peer      : none
   version string           : 
 Cisco Internetwork Operating System Software 
 IOS (tm) C2600 Software (C2600-JK2O3S-M), Version 12.0(7)T,  RELEASE SOFTWARE (fc2)
 Copyright (c) 1986-1999 by cisco Systems, Inc.

Técnicas de filtragem de DLSw+ MAC

Usando o diagrama de rede mostrado neste documento, faça com que o roteador central receba quadros destinados somente ao endereço MAC FEP (4000.3745.0000).

Configure o endereço mac do icanreach dlsw no roteador central

Usando o comando dlsw icanreach mac-address, todos os escritórios remotos têm uma entrada em sua tabela de acessibilidade DLSw+ para o endereço MAC do host que aponta para o endereço IP do roteador central. Essa entrada está no estado UNCONFIRM, que indica que se o roteador do escritório remoto receber um teste local ou XID para o host, ele enviará uma mensagem CUR_ex (Can U Reach Explorer) apenas para o roteador central.

CARACAS SÃO PAULO 
Current configuration:
!
hostname CARACAS
!
dlsw local-peer peer-id 1.1.1.2
dlsw remote-peer 0 tcp 1.1.1.1
dlsw bridge-group 1
!
interface Ethernet0/0
 no ip directed-broadcast
 bridge-group 1
!
interface Serial0/1
 ip address 1.1.1.2 255.255.255.0
 no ip directed-broadcast
!
bridge 1 protocol ieee
!
end
 
Current configuration:
!
hostname SAOPAULO
!
source-bridge ring-group 3
dlsw local-peer peer-id 1.1.1.1
dlsw remote-peer 0 tcp 1.1.1.2
dlsw icanreach mac-address 
4000.3745.0000 mask ffff.ffff.ffff
!
interface TokenRing0/0
 no ip directed-broadcast
 ring-speed 16
 source-bridge 10 1 3
 source-bridge spanning
!
interface Serial1/0
 ip address 1.1.1.1 255.255.255.0
 no ip directed-broadcast
 no ip mroute-cache
 clockrate 32000
!
end

Aqui, o roteador Caracas criou uma entrada permanente em seu cache de acessibilidade. Se a entrada não estiver atualizada, o estado é UNCONFIRM. Consulte o Capítulo de Acessibilidade do Guia de Solução de Problemas do DLSw+ para obter mais informações sobre como os roteadores DLSw+ armazenam em cache endereços MAC e nomes NetBIOS.

CARACAS#show dlsw reachability
 DLSw Local MAC address reachability cache list
 Mac Addr         status     Loc.    port                 rif
 0000.8888.0000   FOUND      LOCAL   TBridge-001    --no rif--

 DLSw Remote MAC address reachability cache list
 Mac Addr         status     Loc.    peer
 4000.3745.0000   UNCONFIRM  REMOTE  1.1.1.1(2065)

 DLSw Local NetBIOS Name reachability cache list
 NetBIOS Name     status     Loc.    port                 rif

 DLSw Remote NetBIOS Name reachability cache list
 NetBIOS Name     status     Loc.    peer

A saída do comando show dlsw capabilities no roteador Caracas confirma que esse escritório remoto sabe que o endereço MAC 4000.3745.0000 pode ser alcançado através do peer 1.1.1.1. Observe também a linha que diz "icanreach mac-unique: não". Indica que o roteador central é capaz de alcançar outros endereços MAC além do host. Portanto, se qualquer um dos escritórios remotos procurar outro endereço MAC, eles poderão enviar suas solicitações ao roteador central. No entanto, com a inclusão do comando icanreach mac-address 4000.3745.0000, todas as filiais remotas estão cientes da localização desse recurso importante. Se você quiser colocar mais restrições sobre quais quadros chegam ao roteador central, consulte Configure dlsw icanreach mac-unique at Central Router.

CARACAS#show dlsw capabilities
 DLSw: Capabilities for peer 1.1.1.1(2065)
   vendor id (OUI)          : '00C' (cisco)
   version number           : 2
   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  : 4000.3745.0000 
      
      
   reachable netbios names  : none
   V2 multicast capable     : yes
   DLSw multicast address   : none
   cisco version number     : 1
   peer group number        : 0
   peer cluster support     : no
   border peer capable      : no
   peer cost                : 3
   biu-segment configured   : no
   UDP Unicast support      : yes
   Fast-switched HPR supp. : no
   NetBIOS Namecache length : 15
   local-ack configured     : yes
   priority configured      : no
   cisco RSVP support      : no
   configured ip address    : 1.1.1.1        
   peer type                : conf
   version string           : 
 Cisco Internetwork Operating System Software 
 IOS (tm) C2600 Software (C2600-JK2O3S-M), Version 12.0(7)T,  RELEASE SOFTWARE (fc2)
 Copyright (c) 1986-1999 by cisco Systems, Inc.

Você pode usar o parâmetro mask como dlsw icanreach mac-address 4000.3745.000 mask ffff.ffff.ffff . Ao usar esse parâmetro, observe que os endereços MAC são normalmente apresentados no formato hexadecimal (0x4000.3745.0000). Portanto, uma máscara de apenas um (em binário) é representada pelo número hexadecimal 0xFFFF.FFFF.FFFF.

Aqui está um exemplo de como determinar se um determinado MAC de entrada está incluído em um comando dlsw icanreach mac-address já configurado:

  1. Comece com um roteador configurado com o comando dlsw icanreach mac-address 4000.3745.000 mask ffff.ffff 0000.

  2. Avalie se o endereço MAC de entrada 4000.3745.0009 está ou não incluído pelo comando anterior de configuração do roteador.

  3. Primeiro, converta o endereço MAC (4000.3745.0009) e a MASSA configurada (FFFF.FFFF.0000) de hexadecimal para representação binária. As duas primeiras linhas desta tabela mostram esta etapa.

  4. Em seguida, execute uma operação AND lógica entre esses dois números binários e converta o resultado em representação hexadecimal (4000.3745.0000). O resultado dessa operação é representado na terceira linha desta tabela.

    0 1 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 1 1 0 1 1 1 0 1 0 0 0 1 0 1 0 0 0 0 0 0 0 0 0 0 0 0 1 0 0 1 4000.3745.0009
    1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 ffff.ffff.0000
    0 1 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 1 1 0 1 1 1 0 1 0 0 0 1 0 1 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 4000.3745.0000

  5. Se o resultado da operação AND corresponder ao endereço MAC no comando dlsw icanreach mac-address (em nosso exemplo, 4000.3745.0000), o endereço MAC de entrada (4000.3745.0009) é permitido pelo dlsw anreach mac-address command Em nosso exemplo, qualquer endereço MAC de entrada dentro do intervalo 4000.3745.0000 a 4000.3745.FFFF é incluído pelo comando dlsw icanreach mac-address. Você pode verificar isso repetindo as mesmas etapas para qualquer endereço MAC nesse intervalo.

Estes são mais alguns exemplos:

  • dlsw icanreach mac-address 4000.3745.0000 mask ffff.ffff — Este comando inclui somente o endereço MAC 4000.3745.0000. Nenhum outro endereço MAC passa essa máscara.

  • dlsw icanreach mac-address 4000.0000.3745 mask ffff.0000.ffff — Este comando inclui todos os endereços MAC no intervalo 4000.XXXX.3745 onde XXXX é 0x000-0xFFFX FF.

Configure o dlsw icanreach mac-unique no roteador central

Com o comando dlsw icanreach mac-unique configurado no roteador central, você garante que somente os pacotes destinados aos endereços MAC previamente definidos (neste caso, 4000.3745.0000) são permitidos no local central.

Observe que essas informações de filtragem são trocadas entre todos os pares DLSw+ usando mensagens CapExId. Você salva a largura de banda da WAN configurando as informações de filtragem no local central, mesmo que as ações (como bloquear quadros) ocorram nos próprios roteadores remotos.

CARACAS SÃO PAULO 
Current configuration:
!
hostname CARACAS
!
dlsw local-peer peer-id 1.1.1.2
dlsw remote-peer 0 tcp 1.1.1.1
dlsw bridge-group 1
!
interface Ethernet0/0
 no ip directed-broadcast
 bridge-group 1
!
interface Serial0/1
 ip address 1.1.1.2 255.255.255.0
 no ip directed-broadcast
!
bridge 1 protocol ieee
!
end
 
Current configuration:
!
hostname SAOPAULO
!
source-bridge ring-group 3
dlsw local-peer peer-id 1.1.1.1
dlsw remote-peer 0 tcp 1.1.1.2
dlsw icanreach mac-exclusive
dlsw icanreach mac-address 
4000.3745.0000 mask ffff.ffff.fffff
!
interface TokenRing0/0
 no ip directed-broadcast
 ring-speed 16
 source-bridge 10 1 3
 source-bridge spanning
!
interface Serial1/0
 ip address 1.1.1.1 255.255.255.0
 no ip directed-broadcast
 no ip mroute-cache
 clockrate 32000
!
end

Observe nesta saída que o roteador Caracas sabe que o endereço MAC 4000.3745.0000 é alcançável através do peer 1.1.1.1. A diferença entre este exemplo e o cenário anterior é que aqui mostramos "icanreach mac-unique : sim", o que significa que os escritórios remotos não enviam quadros para o roteador central, além dos destinados a 4000.3745.0000.

CARACAS#show dlsw capabilities
 DLSw: Capabilities for peer 1.1.1.1(2065)
   vendor id (OUI)          : '00C' (cisco)
   version number           : 2
   release number           : 0
   init pacing window       : 20
   unsupported saps         : none
   num of tcp sessions      : 1
   loop prevent support     : no
   icanreach mac-exclusive  : yes
   icanreach netbios-excl.  : no
   reachable mac addresses  : 4000.3745.0000 
      
       
   reachable netbios names  : none
   V2 multicast capable     : yes
   DLSw multicast address   : none
   cisco version number     : 1
   peer group number        : 0
   peer cluster support     : no
   border peer capable      : no
   peer cost                : 3
   biu-segment configured   : no
   UDP Unicast support      : yes
   Fast-switched HPR supp.  : no
   NetBIOS Namecache length : 15
   local-ack configured     : yes
   priority configured      : no
   cisco RSVP support       : no
   configured ip address    : 1.1.1.1        
   peer type                : conf
   version string           : 
 Cisco Internetwork Operating System Software 
 IOS (tm) C2600 Software (C2600-JK2O3S-M), Version 12.0(7)T,  RELEASE SOFTWARE (fc2)
 Copyright (c) 1986-1999 by cisco Systems, Inc.

A saída de depuração aqui mostra como o roteador Caracas reage ao tráfego de entrada destinado a qualquer endereço MAC diferente de 4000.3745.0000 (4000.3745.0080 é usado aqui). Caracas não usam São Paulo para quadros não destinados ao host (4000.3745.000). Nesse caso, São Paulo é o único peer remoto configurado em Caracas, portanto esse roteador não tem outro peer para enviá-lo.

CARACAS#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

 *Mar  1 22:41:33.200:  DLSW Received-ctlQ : CLSI Msg : TEST_STN.Ind   dlen: 40 
 *Mar  1 22:41:33.204: CSM: Received CLSI Msg : TEST_STN.Ind   dlen: 40 from DLSw Port0
 *Mar  1 22:41:33.204: CSM:   smac 0000.8888.0000, dmac 4000.3745.0080, ssap 4 , dsap 0 
 *Mar  1 22:41:33.204: broadcast filter failed mac check
 *Mar  1 22:41:33.204: CSM: Write to all peers not ok - PEER_NO_CONNECTIONS

Se você configurar um roteador com o comando dlsw icanreach mac-unique sem definir nenhum endereço MAC usando o comando dlsw icanreach mac-address, o roteador anuncia a seus pares que não pode acessar nenhum endereço MAC. Portanto, você perderá a comunicação por meio desse peer.

Observação: a configuração de exemplo aqui é mostrada apenas como um exemplo. É um erro e não deve ser usado.

SÃO PAULO 
Current configuration:
!
hostname SAOPAULO
!
source-bridge ring-group 3
dlsw local-peer peer-id 1.1.1.1
dlsw remote-peer 0 tcp 1.1.1.2
dlsw icanreach mac-exclusive
!
interface TokenRing0/0
 no ip directed-broadcast
 ring-speed 16
 source-bridge 10 1 3
 source-bridge spanning
!
interface Serial1/0
 ip address 1.1.1.1 255.255.255.0
 no ip directed-broadcast
 no ip mroute-cache
 clockrate 32000
!
end

Esta saída de depuração indica o que acontece no roteador Caracas quando ele recebe um quadro destinado a 4000.3745.0000. Observe que Caracas tem apenas um peer remoto DLSw (São Paulo), mas na configuração anterior, São Paulo indicou a seus pares que não pode acessar nenhum endereço MAC.

CARACAS#show debug                
 DLSw:
   DLSw Peer debugging is on
   DLSw RSVP debugging is on
 DLSw reachability debugging is on at verbose level for SNA traffic
   DLSw basic debugging for peer 1.1.1.1(2065) 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
   DLSw Local Circuit debugging is on

 CARACAS#
 Mar  2 21:37:42.570:  DLSW Received-ctlQ : CLSI Msg : TEST_STN.Ind   dlen: 40 
 Mar  2 21:37:42.570: CSM: update local cache for mac 0000.8888.0000, DLSw Port0
 Mar  2 21:37:42.570: DLSW+: DLSw Port0 I d=4000.3745.0000-0 s=0000.8888.0000-F0 
 Mar  2 21:37:42.570: CSM: test_frame_proc: ws_status = NO_CACHE_INFO
 Mar  2 21:37:42.570: CSM: mac address NOT found in PEER reachability list
 Mar  2 21:37:42.570: broadcast filter failed mac check
 Mar  2 21:37:42.574: CSM: Write to all peers not ok - PEER_NO_CONNECTIONS
 Mar  2 21:37:42.574: CSM: csm_peer_put returned rc_ssp not OK

Configure o endereço mac dlsw nos roteadores remotos

Neste exemplo, cada roteador de escritório remoto é manualmente configurado e direcionado ao roteador central desejado ao procurar endereços MAC específicos. Isso reduz o tráfego desnecessário que vai para o peer errado. Se o escritório remoto tiver apenas um peer remoto configurado, essa configuração não será benéfica. No entanto, se vários peers remotos estiverem configurados, essa configuração direcionará o roteador do local remoto para o local certo sem desperdiçar a largura de banda da WAN.

Um novo peer remoto DLSw+ (2.2.2.1) é configurado no roteador Caracas.

CARACAS SÃO PAULO 
Current configuration:
!
hostname CARACAS
!
dlsw local-peer peer-id 1.1.1.2
dlsw remote-peer 0 tcp 1.1.1.1
dlsw remote-peer 0 tcp 2.2.2.1
dlsw mac-addr 4000.3745.0000 
remote-peer ip-address 1.1.1.1
dlsw bridge-group 1
!
interface Ethernet0/0
 no ip directed-broadcast
 bridge-group 1
!
interface Serial0/1
 ip address 1.1.1.2 255.255.255.0
 no ip directed-broadcast
!
interface Serial0/2
 ip address 2.2.2.2 255.255.255.0
 no ip directed-broadcast
 clockrate 64000
!
bridge 1 protocol ieee
!
end
 
Current configuration:
!
hostname SAOPAULO
!
source-bridge ring-group 3
dlsw local-peer peer-id 1.1.1.1
dlsw remote-peer 0 tcp 1.1.1.2
!
interface TokenRing0/0
 no ip directed-broadcast
 ring-speed 16
 source-bridge 10 1 3
 source-bridge spanning
!
interface Serial1/0
 ip address 1.1.1.1 255.255.255.0
 no ip directed-broadcast
 no ip mroute-cache
 clockrate 32000
!
end

Começando com uma tabela de acessibilidade vazia no roteador Caracas, observe que a entrada para FEP está no status UNCONFIRM:

CARACAS#show dlsw reachability   
 DLSw Local MAC address reachability cache list
 Mac Addr         status     Loc.    port                 rif

 DLSw Remote MAC address reachability cache list
 Mac Addr         status     Loc.    peer
 4000.3745.0000   UNCONFIRM  REMOTE  1.1.1.1(2065) max-lf(4472)

 DLSw Local NetBIOS Name reachability cache list
 NetBIOS Name     status     Loc.    port                 rif

 DLSw Remote NetBIOS Name reachability cache list
 NetBIOS Name     status     Loc.    peer

Quando o primeiro pacote chega procurando FEP, somente os pacotes para o peer 1.1.1.1 (São Paulo) são enviados e não para 2.2.2.1. Portanto, você economiza a largura de banda da WAN e os recursos da CPU nos outros pares.

CARACAS#debug dlsw reachability verbose sna
 DLSw reachability debugging is on at verbose level for SNA traffic

 *Mar  2 18:38:59.324: CSM: update local cache for mac 0000.8888.0000, DLSw Port0
 *Mar  2 18:38:59.324: DLSW+: DLSw Port0 I d=4000.3745.0000-0 s=0000.8888.0000-F0 
 *Mar  2 18:38:59.324: CSM: test_frame_proc: ws_status = UNCONFIRMED
 *Mar  2 18:38:59.324: CSM: Write to peer 1.1.1.1(2065) ok
 *Mar  2 18:38:59.324: CSM: csm_peer_put returned rc_ssp 1
 *Mar  2 18:38:59.328: CSM: adding new icr pend record - test_frame_proc
 *Mar  2 18:38:59.328: CSM: update local cache for mac 0000.8888.0000, DLSw Port0
 *Mar  2 18:38:59.328: CSM: Received CLSI Msg : TEST_STN.Ind   dlen: 40 from DLSw Port0

Configurar o comando dlsw icanreach mac-unique remote no roteador central

Neste ponto, os requisitos de projeto e diagrama de rede são alterados. Este é o novo exemplo de rede:

dlswfilter2.gif

Nesse exemplo, um novo dispositivo SNA (4000.3746.0000) é adicionado no local paulista. Esta máquina precisa estabelecer comunicação com um dispositivo em outro local (ponto 3.3.3.1). O roteador São Paulo executa essa configuração.

SÃO PAULO 
Current configuration:
!
hostname SAOPAULO
!
source-bridge ring-group 3
dlsw local-peer peer-id 1.1.1.1
dlsw remote-peer 0 tcp 1.1.1.2
dlsw remote-peer 0 tcp 3.3.3.1
dlsw icanreach mac-exclusive
dlsw icanreach mac-address 4000.3745.0000 mask ffff.ffff.ffff
!
interface TokenRing0/0
 no ip directed-broadcast
 ring-speed 16
 source-bridge 10 1 3
 source-bridge spanning
!
interface Serial1/0
 ip address 1.1.1.1 255.255.255.0
 no ip directed-broadcast
 no ip mroute-cache
 clockrate 32000
!
end

Com essa configuração de São Paulo, o roteador de São Paulo informa a todos os seus pares que, devido ao comando mac-exclusivo, só pode alcançar o endereço MAC 4000.3745.0000. Como mostrado nesta saída de depuração, isso também impede que o novo dispositivo SNA (4000.3746.0000) estabeleça comunicação através de DLSw+.

SAOPAULO#debug dlsw reachability verbose sna
 DLSw reachability debugging is on at verbose level for SNA traffic

 SAOPAULO#
 Mar  3 00:20:27.737: CSM: Deleting Reachability cache
 Mar  3 00:20:44.485: CSM: mac address NOT found in LOCAL list
 Mar  3 00:20:44.485: CSM: 4000.3746.0000 DID NOT pass local mac excl. filter
 Mar  3 00:20:44.485: CSM: And it is a test frame - drop frame

Para corrigir isso, faça essas mudanças na configuração de São Paulo.

SÃO PAULO 
Current configuration:
!
hostname SAOPAULO
!
source-bridge ring-group 3
dlsw local-peer peer-id 1.1.1.1
dlsw remote-peer 0 tcp 1.1.1.2
dlsw icanreach mac-exclusive remote
dlsw icanreach mac-address 4000.3745.0000 mask ffff.ffff.ffff
!
interface TokenRing0/0
 no ip directed-broadcast
 ring-speed 16
 source-bridge 10 1 3
 source-bridge spanning
!
interface Serial1/0
 ip address 1.1.1.1 255.255.255.0
 no ip directed-broadcast
 no ip mroute-cache
 clockrate 32000
!
end

Com a palavra-chave remota, outros dispositivos no roteador central são permitidos (não especificados no comando dlsw icanreach mac-address) para fazer conexões de saída. Esta é a saída do debug em São Paulo quando o dispositivo 4000.3746.0000 iniciou sua conexão.

SAOPAULO#debug dlsw reachability verbose sna
 DLSw reachability debugging is on at verbose level for SNA traffic

 Mar  3 00:28:26.916: CSM: update local cache for mac 4000.3746.0000, TokenRing0/0
 Mar  3 00:28:26.916: CSM: Received CLSI Msg : TEST_STN.Ind   dlen: 40 from TokenRing0/0
 Mar  3 00:28:26.916: CSM:   smac c000.3746.0000, dmac 0000.8888.0000, ssap 4 , dsap 0 
 Mar  3 00:28:26.916: CSM: test_frame_proc: ws_status = FOUND
 Mar  3 00:28:26.920: CSM: sending TEST to TokenRing0/0
 Mar  3 00:28:26.924: CSM: update local cache for mac 4000.3746.0000, TokenRing0/0
 Mar  3 00:28:26.924: CSM: Received CLSI Msg : ID_STN.Ind   dlen: 54 from TokenRing0/0
 Mar  3 00:28:26.924: CSM:   smac c000.3746.0000, dmac 0000.8888.0000, ssap 4 , dsap 8 
 Mar  3 00:28:26.924: CSM: new_connection: ws_status = FOUND
 Mar  3 00:28:26.924: CSM: Calling csm_to_core with CLSI_START_NEWDL

Informações Relacionadas

Este documento lhe foi útil?

FeedbackFeedback

Contate a Cisco