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:
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 !!!
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!
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!
Postar um comentário