Frame relay

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