Ativar LAT sobre um túnel GRE com exemplo de configuração de conversão de protocolo
Contents
Introduction
Este documento descreve como configurar seu sistema para habilitar o Local Area Transport (LAT) em um túnel GRE (Generic Routing Encapsulation) com o uso da conversão de protocolo.
Prerequisites
Requirements
A Cisco recomenda que você atenda a estes requisitos antes de tentar esta configuração:
- O túnel entre o Roteador 1 (R1) e o Roteador 2 (R2) deve ser estabelecido.
- O R2 e o Roteador 3 (R3) devem ter a conectividade IP adequada.
- Você deve conseguir fazer ping de R1 para R3.
- Os serviços LAT devem ser configurados e executados corretamente.
- Você deve ter acesso aos serviços LAT de R2 a R3.
Componentes Utilizados
Este documento não se restringe a versões de software e hardware específicas.
The information in this document was created from the devices in a specific lab environment. All of the devices used in this document started with a cleared (default) configuration. If your network is live, make sure that you understand the potential impact of any command.
Background
O LAT da Digital Equipment Corporation (DEC) é o protocolo mais usado para conectar terminais a hosts DEC. O LAT é um protocolo proprietário da DEC e a Cisco usa a tecnologia LAT licenciada da DEC. O protocolo LAT é semelhante ao protocolo Telnet TCP/IP, pois permite que um usuário em um local estabeleça uma conexão com um host em outro local e, em seguida, passa os pressionamentos de tecla de um sistema para outro.
Para estabelecer uma conexão LAT através do servidor de terminais para um host DEC, você só precisa digitar o nome do host. Uma diferença principal entre os protocolos TCP/IP Telnet e LAT é que o LAT não pode ser roteado, como o Telnet pode ser, sobre o protocolo IP. Como o protocolo LAT DEC inclui seu próprio protocolo de transporte, que é executado diretamente sobre Ethernet em vez de uma camada de roteamento padrão, ele não pode ser passado por um roteador. Uma bridge ou uma bridge e um roteador combinados, como os roteadores Cisco, devem ser usados para transportar o tráfego LAT através de uma rede de longa distância.
Funcionalidade LAT
O protocolo LAT é assimétrico; ele tem funcionalidade master e slave. Primeiro, o mestre LAT inicia um circuito LAT quando envia uma mensagem de início de circuito e, em seguida, um escravo LAT responde com sua própria mensagem de início de circuito. Até 255 sessões LAT podem ser multiplexadas em um circuito.
Em uma configuração típica, em que o terminal do usuário está conectado a um roteador, o roteador atua como o roteador mestre e o host de destino atua como o escravo. Por exemplo, esse comando resulta no dispositivo chamado roteador1 como mestre (ou servidor) e no host de destino chamado ORANGE como escravo (ou host):
router1> lat ORANGE
Um roteador também pode atuar como um escravo quando o usuário se conecta de um servidor de acesso a outro. Por exemplo, este comando resulta em router1 como o mestre (servidor) e router2 como o escravo (host):
router1> lat router2
Em uma conexão iniciada por host LAT, o Sistema de Memória Virtual (VMS) sempre atua como o escravo LAT. Por exemplo, um trabalho de impressão que se origina de um sistema VMS inicia ou dispara o roteador ao qual a impressora está conectada para atuar como o mestre LAT. O relacionamento mestre-escravo também se aplica a sessões iniciadas por host de um escravo LAT.
Serviços LAT
Recursos como modems, computadores e software de aplicativos são vistos em uma rede LAT como serviços que qualquer usuário na rede pode usar. Um nó LAT pode oferecer um ou mais desses serviços LAT, e mais de um nó LAT pode oferecer o mesmo serviço LAT.
Um nó LAT que oferece um ou mais serviços, chamados coletivamente de serviços anunciados, transmite seus serviços na forma de mensagens multicast Ethernet, chamadas anúncios de serviço LAT. Um nó LAT pode ouvir anúncios de serviço LAT na rede. Essas mensagens são armazenadas em cache em uma tabela dinâmica de serviços LAT conhecidos, chamados coletivamente de serviços aprendidos.
O software Cisco IOS® suporta os serviços LAT aprendidos e anunciados; portanto, ele também suporta sessões LAT de entrada e saída. A classificação dos serviços dos nós anunciados é determinada dinamicamente, mas também pode ser definida estaticamente.
Para estabelecer conexões de saída para um serviço LAT, o software Cisco IOS procura o serviço no cache de serviços aprendidos. Se um ou mais nós oferecerem o mesmo serviço, o nó com a classificação mais alta será escolhido. Por exemplo, uma conexão LAT a um serviço oferecido por um cluster VAX (Virtual Address eXtension) conecta-se ao nó nesse cluster com a menor carga e, portanto, a maior classificação de serviço. O balanceamento de carga opera através dessas conexões, em relação a um grupo de nós que oferecem o mesmo serviço.
Para estabelecer uma conexão de entrada, uma sessão LAT se conecta de outro nó LAT ao serviço anunciado pelo nó LAT local.
Grupos LAT
Qualquer usuário pode acessar qualquer um dos serviços em uma rede LAT. Por esse motivo, um gerente de servidor LAT usa o conceito de códigos de grupo para permitir ou restringir o acesso aos serviços.
Quando o roteador e o host LAT compartilham um código de grupo comum, uma conexão pode ser estabelecida entre os dois. Se os códigos de grupo padrão não tiverem sido alterados em nenhum dos lados, um usuário em qualquer roteador poderá se conectar a qualquer serviço aprendido na rede.
No entanto, se você definir grupos para servidores de acesso, roteadores e hosts LAT, poderá particionar esses serviços em sub-redes lógicas. Você pode organizar os grupos para que os usuários em um dispositivo visualizem um conjunto de serviços e os usuários em outro dispositivo (ou outra linha no mesmo dispositivo) visualizem um conjunto diferente. Você também pode projetar um plano que correlacione números de grupo com grupos organizacionais, como departamentos.
Sessões LAT e suporte de conexão
Uma sessão LAT é uma conexão lógica bidirecional entre um serviço LAT e o roteador. A conexão é transparente para o usuário em um console conectado a uma sessão LAT; parece que a conexão foi feita diretamente ao dispositivo ou programa de aplicativo desejado. Não há limite superior inerente ao número de sessões LAT que você pode criar de um terminal assíncrono para o roteador.
Um trabalho de impressão de host conectado a um roteador é chamado de conexão iniciada por host. O software Cisco IOS mantém uma fila de hosts que solicitam conexão e envia mensagens de status periódicas a esses hosts.
Você pode estabelecer conexões iniciadas por host através de um número de porta especificado ou de um serviço definido. Esses mesmos serviços são usados para conexões de outros servidores de acesso ou roteadores.
LAT sobre GRE
Esse tipo de requisito, para executar LAT sobre GRE, vem em cenários em que o local remoto (dispositivo LAT A) está conectado ao Roteador A. A primeira tradução de protocolo é executada no Router-A, do LAT ao Telnet. O Roteador A está conectado ao Roteador B (atrás do qual os serviços LAT estão hospedados) em um túnel GRE, x25 ou em qualquer esquema IP. No Roteador-B, a conversão de protocolo de Telnet para LAT é executada novamente.
Restrições
O LAT não é suportado com o encapsulamento tipo GRE, portanto, a tradução de protocolo é a única opção:
Error: LAT: Encapsulation failed
Configurar
Use esta seção para configurar o LAT sobre GRE com o uso da conversão de protocolo.
Diagrama de Rede
Configuração em R1
Aqui está um exemplo da configuração em R1:
!
translate lat TEST tcp 192.168.2.3
!! translating lat TEST to telnet to ip 192.168.2.3 that is in same
tunnel subnet but not used by any interface
!
interface FastEthernet0/0
ip address 192.168.1.1 255.255.255.0 !! Going towards R2
duplex auto
speed auto
lat enabled !! lat must be enabled on interface
end
!
interface Tunnel1
ip address 192.168.2.1 255.255.255.0
load-interval 30
tunnel source FastEthernet0/0
tunnel destination 192.168.1.2
end
!
Configuração em R2
Aqui está um exemplo da configuração em R2:
!
interface FastEthernet0/0
ip vrf forwarding TEST
ip address 192.168.1.2 255.255.255.0 !! Going towards R1
duplex auto
speed auto
lat enabled
end
!
interface FastEthernet0/1
ip address 192.168.3.1 255.255.255.0 !! Going towards R3
duplex auto
speed auto
lat enabled
end
!
interface Tunnel1
ip address 192.168.2.2 255.255.255.0
ip mtu 1400
tunnel source FastEthernet0/0
tunnel destination 192.168.1.1
tunnel vrf TEST
end
!
translate tcp 192.168.2.3 lat TEST
!! Translating tcp connection from R1 to lat TEST
(LAT service TEST hosted on R3)
Configuração em R3
Aqui está um exemplo da configuração em R3:
!
interface FastEthernet0/0
ip address 192.168.3.2 255.255.255.0 !! Going towards R2
duplex auto
speed auto
lat enabled
end
!
lat service TEST enabled
!!LAT service TEST hosted
!
line vty 0 4
password cisco
login
!
Verificar
Use esta seção para verificar a sua configuração.
Verificação em R1
Insira estes comandos para verificar a configuração em R1:
R1#show lat service
Service Name Rating Interface Node (Address)
TEST 5 Local
R1#lat TEST
Trying TEST...Open
Password: !!enter password configured under line vty of R3
R3> !!Access to R3
Verificação em R3
Insira estes comandos para verificar a configuração em R3:
R3#show lat session
tty98, virtual tty from host R2
!! LAT coming in from R2
Session:
Name TEST, Remote Id 1, Local Id 1
Remote credits 2, Local credits 0, Advertised Credits 4
Flags: none
Max Data Slot 255, Max Attn Slot 255, Stop Reason 0
Remote Node:
No known LAT nodes.
R3#show lat traffic
Local host statistics:
1/95 circuits, 1/0 sessions, 1/0 services
255 sessions/circuit, circuit timer 80, keep-alive timer 20
Recv: 219 messages (0 duplicates), 141 slots, 714 bytes
0 bad circuit messages, 111 service messages (8 used)
Xmit: 228 messages (0 retransmit), 140 slots, 787 bytes
0 circuit timeouts, 111 service messages
Total: 16 circuits created, 16 sessions
Troubleshoot
Atualmente, não existem informações disponíveis específicas sobre Troubleshooting para esta configuração. No entanto, essas depurações são úteis nas tentativas de verificar se há mensagens de erro:
- Debug lat events
- Depurar pacotes lat
- Debug lat filtering
Informações Relacionadas
Histórico de revisões
| Revisão | Data de publicação | Comentários |
|---|---|---|
1.0 |
19-Dec-2013 |
Versão inicial |
Feedback