18 de jan. de 2009

CCNA - Frame Relay – Artigo 1: Topologias Básicas e Algumas Dicas

Olá todos! Vou começar este post agradecendo – e por que não, homenageando? – um cara um tanto peculiar... Segundo ele, sua mãe o considera chato, mas eu olho pelo lado científico: acabou contribuindo para a aula. Ele vai ler e vai entender. Espero que se identifique postanto um comentário (que não seja chato rsrs...)

Existem diversas formas de se trabalhar com Frame Relay, mas vamos começar com esta topologia por enquanto. Vejam:



A configuração básica do FR é muito simples, isso porque o IOS usa algumas opções de configuração padrão interessantes [ODOM 2004], conforme abaixo:

- O tipo de LMI é automaticamente verificado.
- O encapsulamento é Cisco em vez de IETF.
- Os DLCIs dos PVCs são aprendidos através das mensagens de status do LMI.
- O Inverse ARP está habilidado por padrão e é acionado quando chega uma mensagem de status dizendo que o VC está ativado.

Isto permite uma configuração dos DTEs extremamente simples:

! --- config r1 ---!
!
hostname r1
!
interface Serial0/0
ip address 199.1.1.1 255.255.255.0
encapsulation frame-relay
!
end
wr
!

A mesma idéia se aplica aos outros roteadores, mudando apenas o IP pois o LMI com o Inverse ARP cuidará do resto!
Isso já é o suficiente para por o seu FR para rodar, desde que a nuvem (que é a operadora), estiver com o tipo de LMI igual a Cisco também.

Agora teste o seu lab:

r1#ping 199.1.1.2

Type escape sequence to abort.
Sending 5, 100-byte ICMP Echos to 199.1.1.2, timeout is 2 seconds:
!!!!!
Success rate is 100 percent (5/5), round-trip min/avg/max = 9/12/14 ms

r1#ping 199.1.1.3

Type escape sequence to abort.
Sending 5, 100-byte ICMP Echos to 199.1.1.3, timeout is 2 seconds:
!!!!!
Success rate is 100 percent (5/5), round-trip min/avg/max = 10/11/14 ms

r1#ping 199.1.1.4

Type escape sequence to abort.
Sending 5, 100-byte ICMP Echos to 199.1.1.4, timeout is 2 seconds:
!!!!!
Success rate is 100 percent (5/5), round-trip min/avg/max = 7/12/21 ms

Conectividade Ok!
Vejamos a troca de mensagens de status (LMI):

r1#sh frame-relay lmi
LMI Statistics for interface Serial0/0 (Frame Relay DTE) LMI TYPE = CISCO
Invalid Unnumbered info 0 Invalid Prot Disc 0
Invalid dummy Call Ref 0 Invalid Msg Type 0
Invalid Status Message 0 Invalid Lock Shift 0
Invalid Information ID 0 Invalid Report IE Len 0
Invalid Report Request 0 Invalid Keep IE Len 0
Num Status Enq. Sent 613 Num Status msgs Rcvd 613
Num Update Status Rcvd 0 Num Status Timeouts 16

LMI Ok.
Vamos ver agora o mapeamento:

r1#sh frame-relay map
Serial0/0 (up): ip 199.1.1.4 dlci 104, dynamic, broadcast, CISCO, status defined, active
Serial0/0 (up): ip 199.1.1.2 dlci 102, dynamic, broadcast, CISCO, status defined, active
Serial0/0 (up): ip 199.1.1.3 dlci 103, dynamic, broadcast, CISCO, status defined, active

Opa, o Inverse ARP funcionou! Vejamos os VCs:

r1#sh frame-relay pvc

PVC Statistics for interface Serial0/0 (Frame Relay DTE)
DLCI = 102, DLCI USAGE = LOCAL, PVC STATUS = ACTIVE, INTERFACE = Serial0/0

input pkts 14055 output pkts 32795 in bytes 1096228
out bytes 6216155 dropped pkts 0 in FECN pkts 0
in BECN pkts 0 out FECN pkts 0 out BECN pkts 0
in DE pkts 0 out DE pkts 0
out bcast pkts 32795 out bcast bytes 6216155

DLCI = 103, DLCI USAGE = LOCAL, PVC STATUS = ACTIVE, INTERFACE = Serial0/0

input pkts 14055 output pkts 32795 in bytes 1096228
out bytes 6216155 dropped pkts 0 in FECN pkts 0
in BECN pkts 0 out FECN pkts 0 out BECN pkts 0
in DE pkts 0 out DE pkts 0
out bcast pkts 32795 out bcast bytes 6216155

DLCI = 104, DLCI USAGE = LOCAL, PVC STATUS = ACTIVE, INTERFACE = Serial0/0

input pkts 14055 output pkts 32795 in bytes 1096228
out bytes 6216155 dropped pkts 0 in FECN pkts 0
in BECN pkts 0 out FECN pkts 0 out BECN pkts 0
in DE pkts 0 out DE pkts 0
out bcast pkts 32795 out bcast bytes 6216155

Perfeito.

Uma dica legal é sempre usar em seus labs os comandos abaixo:

line con 0
exec-timeout 0 0
logging synchronous


Não vai precisar ficar logando enquanto faz o lab e aquelas mensagens de status não vão aparecer no meio dos seus comandos...

Para que todos tenham uma visão da nuvem FR, feita no Packet Tracer, aí vai a configuração:




Referências
[ODOM 2004] - “CCNA ICND Exam Certification Guide”. A Fully-Meshed Network with One IP Subnet, pág. 416.

Um abraço,
Sandro Leite.

3 comentários:

Adilson Florentino disse...

Muito Legal !!!

Uma forma bem simples de apresentar o Frame-Relay e sua Configuração Básica.
Como sempre tive dúvidas em quando usar Inverse-ARP ou não, estarei postando um material que trata deste assunto no nível CCNP/CCIE.
Mas com certeza, para um primeiro contato com FR no CCNA, esta "configuração diet" do Sandro é perfeita.

Parabéns !!!

Thais Roland disse...

Muito bom, Sandro!

Só acho importante comentar de onde vem aquele DLCI dinâmico que se vê na saída do show frame-relay map. Como os DLCIs não foram configurados nas interfaces dos roteadores das pontas, este número é adquirido dinamicamente do provedor. Isso significa que ainda é necessário designar um DLCI para cada cliente, mas, neste caso, esta configuração está no provedor (ou na nuvem Frame Relay, ou no switch Frame Relay... como preferirem). ;)

No exemplo, como a topologia foi feita no Packet Tracer, vemos essa configuração bonitinha da nuvem. Num roteador de verdade ela é um pouquinho trabalhosa, já que é necessário mapear vários links, mas não é complexa.

Até mais, povo!

Sandro Leite Eduardo disse...

Oi Thais (a mina do coisademeninosnada!).
Sim, os DLCIs dinâmicos são aprendidos automaticamente pelo Inverse ARP, isso acontece porque estamos usando lmi-type = cisco e encapsulation frame-relay = cisco também... Independente de configurarmos ou não os DLCIs nas pontas (DTEs), a operadora (swtich FR da nuvem) sempre deverá ter os DLCIs configurados, a fim de que sejam criados os PVCs...
Pretendo em um post futuro, falar sobre as variações de lmi-type e encapsulation frame-relay... que podem ser ansi e ietf por exemplo.
Valeu Thais!

Ah., veja que nosso amigo Adilson se empolgou e mandou um post sobre o In-ARP, só que bem mais ninja... pensando na prova do CCIE.
Valeu Adilson!

Obrigado e um abraço!

LinkWithin

Related Posts with Thumbnails