WAN : Frame Relay

Configurando e Solucionando Problemas de Frame Relay

22 Maio 2008 - Tradução Manual
Outras Versões: Versão em PDFpdf | Tradução por Computador (28 Julho 2013) | Inglês (2 Novembro 2005) | Feedback


Índice

Introdução
Antes de Iniciar
     Convenções
     Pré-requisitos
     Componentes Usados
     Teoria Complementar
Configurando Frame Relay Básico
     Diagrama de Rede
     Configurações
     comandos debug e show
Configurando o Frame Relay de Hub and Spoke
     Diagrama de Rede
     Configurações
     Comandos show
     Conectando de Spoke a Spoke
     Configurações
     Comandos show
Configurando as Subinterfaces de Frame Relay
     Subinterfaces Ponto a Ponto
     Comandos show
     Subinterfaces de Hub and Spoke
     Comandos show
Configurando o Mapeamento Dinâmico e Estático de Subinterfaces Multiponto
     Diagrama de Rede
     Configurações
     comandos debug e show
Configurando Frame Relay de IP Não Numerado
     Diagrama de Rede
     Configurações
     Comandos show
Configurando o Backup do Frame Relay
     Backup de Frame Relay em ISDN
     Backup de Configuração por DCLI
     Hub and Spoke com Perfis do Discador
Configurando o Switching do Frame Relay
     Diagrama de Rede
     Configurações
     Comandos show
Configurando Priorização de DLCI de Frame Relay
     Considerações de Implementação
     Diagrama de Rede
     Configurações
     comandos debug e show
Fila de Broadcast do Frame Relay
Modelagem de Tráfego
     Parâmetros de Modelagem de Tráfego
     Generic Traffic Shaping
     Modelagem de Tráfego do Frame Relay
Comandos do Frame Relay comumente usados
     show frame-relay pvc
     show frame-relay map
Frame Relay e Ligação
Frame Relay e Memória
Solução de Problemas de Frame Relay
     "Serial0 está inativo, o protocolo de linha está inativo"
     "Serial0 está ativo, o protocolo de linha está inativo"
     "Serial0 está ativo, o protocolo de linha está ativo"
Características do Frame Relay
     Verificação horizonte dividido de IP
     Efetue Ping em seu Próprio Endereço IP em um Frame Relay Multiponto
     O broadcast de palavra-chave
     Reconfigurando uma Subinterface
     Limitações de DLCI
     Endereço IP/IP X/AT
     RIP e IGRP
     Manutenção de atividade
     Interfaces Seriais
     OSPF e Multiponto
Origens
Discussões relacionadas da comunidade de suporte da Cisco
Informações Relacionadas

Introdução

Frame Relay é um protocolo de camada de link de dados comutados, padrão para indústria, que processa vários circuitos virtuais usando o encapsulamento do High-Level Data Link Control (HDLC) entre dispositivos conectados. Em muitos casos, o Frame Relay é mais eficiente que o X.25, o protocolo do qual ele é considerado geralmente um substituto. A figura a seguir ilustra um quadro de Frame Relay (ANSI T1.618).

13a.gif

Observe na figura acima, endereços Q.922, conforme definidos atualmente, são dois octetos e contêm um identificador de conexão de link de dados (DLCI) de 10 bits. Em algumas redes, endereços Q.922 podem opcionalmente ser aumentados para três ou quatro octetos.

Os campos "flag" delimitam o início e o final do quadro. Em seguida ao primeiro campo "flag" estão dois bytes de informações de endereço. Dez bits desses dois bytes formam o ID de circuito real (chamado DLCI, identificador de conexão de link de dados).

O valor do DLCI de 10 bits é o ponto central do cabeçalho do Frame Relay. Ele identifica a conexão lógica que é multiplexada no canal físico. No modo básico (isto é, não estendido pela Local Management Interface [LMI]) de endereçamento, DLCIs têm importância local; isto é, os dispositivos de extremidade em duas extremidades diferentes de uma conexão podem usar um DLCI diferente para referir-se a essa mesma conexão.

Antes de Iniciar

Convenções

Para obter mais informações sobre convenções em documentos, consulte as Convenções de Dicas Técnicas da Cisco.

Pré-requisitos

Para obter mais informações e definições para os termos usados neste documento, consulte o Glossário do Frame Relay.

Componentes Usados

Este documento não está restrito a versões específicas de software e de hardware.

As informações apresentadas neste documento foram criadas a partir dos dispositivos em um ambiente de laboratório específico. Todos os dispositivos usados neste documento foram iniciados com uma configuração vazia (padrão). Caso esteja trabalhando em uma rede ativa, certifique-se de ter compreendido o possível impacto dos comandos antes de utilizá-los.

Teoria Complementar

O Frame Relay foi concebido originalmente como protocolo para uso em interfaces ISDN. As propostas iniciais com esse intuito foram enviadas para o International Telecommunication Union Telecommunication Standardization Sector (ITU-T) (antigo Comitê Consultive para Telégrafo e Telefone Internacional [CCITT]) em 1984. O trabalho no Frame Relay foi também realizado no comitê de padrões T1S1 credenciado pela ANSI nos Estados Unidos.

Em 1990, Cisco Systems, StrataCom, Northern Telecom e Digital Equipment Corporation formaram um consórcio para se concentrar no desenvolvimento da tecnologia Frame Relay e acelerar a apresentação de produtos do Frame Relay interoperáveis. Eles desenvolveram uma especificação de acordo com o protocolo de Frame Relay básico sendo discutido em T1S1 e ITU-T, mas estendido com recursos que forneciam capacidades adicionais para ambientes de Interrede complexos. Essas extensões de Frame Relay são chamadas coletivamente de LMI. Esse é o LMI "cisco" no roteador em oposição ao LMI "ansi" ou "q933a".

O Frame Relay fornece recurso de comunicação de dados de switching de pacote que é usado na interface entre dispositivos de usuário (como roteadores, pontes, máquinas host) e o equipamento de rede (como nós de switching). Dispositivos de usuário são muitas vezes chamados de equipamento de terminal de dados (DTE), enquanto o equipamento de rede que faz interface com o DTE é freqüentemente chamado de equipamento de terminação de circuito de dados (DCE). A rede que fornece a interface de Frame Relay pode ser uma rede pública fornecida por portadora ou uma rede de equipamento de propriedade privada que serve a uma única empresa.

O Frame Relay difere significativamente do X.25 em funcionalidade e formato. Em particular, o Frame Relay é um protocolo mais simplificado, facilitando maior desempenho e eficiência.

Como uma interface entre o equipamento de usuário e de rede, o Frame Relay fornece um meio para fazer a multiplexação de forma estatística de muitas conversações de dados lógicas (chamadas de circuitos virtuais) por um único link de transmissão físico. Isso contrasta com sistemas que usam apenas técnicas de multiplexação de divisão de tempo (TDM) para oferecer suporte a vários fluxos de dados. A multiplexação estatística do Frame Relay fornece um uso mais flexível e eficiente da largura de banda disponível. Ela pode ser usada sem técnicas de TDM ou sobre canais fornecidos pelos sistemas de TDM.

Outra característica importante do Frame Relay é que ele explora os avanços recentes na tecnologia de transmissão da rede de área ampla (WAN). Protocolos WAN anteriores, como o X.25, foram desenvolvidos quando sistemas de transmissão analógica e de mídia de cobre eram predominantes. Esses links são muito menos confiáveis que os links de mídia de fibra/transmissão digital disponíveis hoje. Em links como esses, os protocolos de camada de link podem renunciar a algoritmos demorados de correção de erros, deixando-os para serem executados em camadas de protocolo mais altas. Maior desempenho e eficiência são possíveis, portanto, sem sacrificar a integridade dos dados. O Frame Relay é desenhado tendo essa abordagem em mente. Ele inclui um algoritmo de verificação de redundância cíclica (CRC) para detectar bits danificados (para que os dados possam ser descartados, mas ele não inclui nenhum mecanismo de protocolo para correção de dados inválidos, por exemplo, retransmitindo-os nesse nível de protocolo).

Outra diferença entre o Frame Relay e o X.25 é a ausência de controle de fluxo Per-Virtual Circuit no Frame Relay. Agora que muitos protocolos de camada superior executam de forma eficaz seus próprios algoritmos de controle, a necessidade de ter essa funcionalidade na camada de link diminuiu. O Frame Relay, portanto, não inclui procedimentos de controle de fluxo explícito que dupliquem os das camadas superiores. Em vez disso, mecanismos de notificação de congestionamento muito simples são fornecidos para permitir que uma rede informe um dispositivo de usuário que os recursos de rede estão próximos de um estado congestionado. Essa notificação pode alertar protocolos de camadas superiores que controles de fluxo podem ser necessários.

Configurando Frame Relay Básico

Depois que você tiver conexões confiáveis com o switch do Frame Relay local nas duas extremidades do circuito virtual permanente (PVC), então será a hora de iniciar o planejamento da configuração do Frame Relay. Neste primeiro exemplo, o tipo de Local Management Interface (LMI) tem como padrão LMI "cisco" no Spicey. Um interface é por padrão uma interface "multiponto", por isso, frame-relay inverse-arp é ativado (para ponto a ponto, não há ARP Inverso). A verificação horizonte dividido de IP é desabilitada por padrão para o encapsulamento Frame Relay, portanto as atualizações de roteamento entram e saem pela mesma interface. Os roteadores conhecem os identificadores de conexão de link de dados (DLCIs) que precisam usar provenientes do switch do Frame Relay por meio de atualizações de LMI. Os roteadores então usam o ARP Inverso para o endereço IP remoto e criam um mapeamento de DLCIs local e seus endereços IP remotos associados.

Diagrama de Rede

14.gif

Configurações

Spicey

Spicey#show running-config
Building configuration...

Current configuration : 1705 bytes
!
version 12.1
service timestamps debug datetime msec
service timestamps log datetime msec
no service password-encryption
!
hostname Spicey
!
!
!
interface Ethernet0
 ip address 124.124.124.1 255.255.255.0
!
interface Serial0
 ip address 3.1.3.1 255.255.255.0
 encapsulation frame-relay
 frame-relay interface-dlci 140
!
!
router rip
 network 3.0.0.0
 network 124.0.0.0
!
line con 0
 exec-timeout 0 0
 transport input none
line aux 0
line vty 0 4
 login
!
end

Prasit

Prasit#show running-config
Building configuration...
Current configuration : 1499 bytes
!
version 12.1
service timestamps debug datetime msec
service timestamps log datetime msec
no service password-encryption
!
hostname Prasit
!
!
!
interface Ethernet0
 ip address 123.123.123.1 255.255.255.0
!
!
interface Serial1
 ip address 3.1.3.2 255.255.255.0
 encapsulation frame-relay
 frame-relay interface-dlci 150
!
!
router rip
 network 3.0.0.0
 network 123.0.0.0
!
!
!
line con 0
 exec-timeout 0 0
 transport input none
line aux 0
line vty 0 4
 login
!
end

comandos debug e show

Antes de emitir comandos debug, consulte Informações Importantes sobre Comandos de Depuração.

  • show frame-relay map

  • show frame-relay pvc

  • show frame-relay lmi

  • ping <device name>

  • show ip route

Spicey

Spicey#show frame-relay map
Serial0 (up): ip 3.1.3.2 dlci 140(0x8C,0x20C0), dynamic,
              broadcast,, status defined, active

Spicey#show frame-relay pvc
PVC Statistics for interface Serial0 (Frame Relay DTE)
              Active     Inactive      Deleted       Static
  Local          1            0            0            0
  Switched       0            0            0            0
  Unused         0            0            0            0

DLCI = 140, DLCI USAGE = LOCAL, PVC STATUS = ACTIVE, INTERFACE = Serial0
  input pkts 83            output pkts 87           in bytes 8144
  out bytes 8408           dropped pkts 0           in FECN pkts0
  in BECN pkts 0           out FECN pkts 0          out BECN pkts0
  in DE pkts 0             out DE pkts 0
  out bcast pkts 41         out bcast bytes 3652
  pvc create time 01:31:50, last time pvc status changed 01:28:28
Spicey#show frame-relay lmi
LMI Statistics for interface Serial0 (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 550              Num Status msgs Rcvd 552
  Num Update Status Rcvd 0              Num Status Timeouts 0
Spicey#ping 123.123.123.1
Type escape sequence to abort.
Sending 5, 100-byte ICMP Echos to 123.123.123.1, timeout is 2 seconds:
!!!!!
Success rate is 100 percent (5/5), round-trip min/avg/max = 36/36/40 ms
Spicey#show ip route
Codes: C - connected, S - static, I - IGRP, R - RIP, M - mobile, B - BGP
       D - EIGRP, EX - EIGRP external, O - OSPF, IA - OSPF inter area
       N1 - OSPF NSSA external type 1, N2 - OSPF NSSA external type 2
       E1 - OSPF external type 1, E2 - OSPF external type 2, E - EGP
       i - IS-IS, L1 - IS-IS level-1, L2 - IS-IS level-2, ia - IS-IS
inter area
       * - candidate default, U - per-user static route, o - ODR
       P - periodic downloaded static route

Gateway of last resort is not set
     3.0.0.0/24 is subnetted, 1 subnets
C       3.1.3.0 is directly connected, Serial0
     124.0.0.0/24 is subnetted, 1 subnets
C       124.124.124.0 is directly connected, Ethernet0
R    123.0.0.0/8 [120/1] via 3.1.3.2, 00:00:08, Serial0

Prasit

Prasit#show frame-relay map
Serial1 (up): ip 3.1.3.1 dlci 150(0x96,0x2460), dynamic,
              broadcast,, status defined, active

Prasit#show frame-relay pvc
PVC Statistics for interface Serial1 (Frame Relay DTE)
              Active     Inactive      Deleted       Static
  Local          1            0            0            0
  Switched       0            0            0            0
  Unused         0            0            0            0
DLCI = 150, DLCI USAGE = LOCAL, PVC STATUS = ACTIVE, INTERFACE = Serial1
  input pkts 87            output pkts 83           in bytes 8408
  out bytes 8144           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 38         out bcast bytes 3464
  pvc create time 01:34:29, last time pvc status changed 01:28:05

Prasit#show frame-relay lmi
LMI Statistics for interface Serial1 (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 569              Num Status msgs Rcvd 570
  Num Update Status Rcvd 0              Num Status Timeouts 0

Prasit#ping 124.124.124.1
Type escape sequence to abort.
Sending 5, 100-byte ICMP Echos to 124.124.124.1, timeout is 2 seconds:
!!!!!
Success rate is 100 percent (5/5), round-trip min/avg/max = 36/36/36 ms
Prasit#show ip route
Codes: C - connected, S - static, I - IGRP, R - RIP, M - mobile, B - BGP
       D - EIGRP, EX - EIGRP external, O - OSPF, IA - OSPF inter area
       N1 - OSPF NSSA external type 1, N2 - OSPF NSSA external type 2
       E1 - OSPF external type 1, E2 - OSPF external type 2, E - EGP
       i - IS-IS, L1 - IS-IS level-1, L2 - IS-IS level-2, ia - IS-IS
inter area
       * - candidate default, U - per-user static route, o - ODR
       P - periodic downloaded static route
Gateway of last resort is not set
     3.0.0.0/24 is subnetted, 1 subnets
C       3.1.3.0 is directly connected, Serial1
R    124.0.0.0/8 [120/1] via 3.1.3.1, 00:00:19, Serial1
     123.0.0.0/24 is subnetted, 1 subnets
C       123.123.123.0 is directly connected, Ethernet0

Configurando o Frame Relay de Hub and Spoke

Neste exemplo, o roteador conhece os identificadores de conexão de link de dados (DLCIs) que usa, provenientes do switch do Frame Relay, e os atribui à interface principal. Em seguida, o roteador usará o ARP Inverso para o endereço IP remoto.

Observação: Você não poderá efetuar ping no endereço IP serial de Prasit a partir do Aton a menos que adicione explicitamente mapas de Frame Relay em cada extremidade. Se o roteamento estiver configurado corretamente, o tráfego originado no LANs não deverá ter problemas. Você não poderá efetuar ping se usar o endereço IP de Ethernet como o endereço de origem em um ping estendido.

Quando frame-relay inverse-arp estiver habilitado, o tráfego de IP de broadcast sairá pela conexão por padrão.

Diagrama de Rede

15a.gif

Configurações

Spicey

spicey#show running-config
Building configuration...
!
version 12.1
service timestamps debug datetime msec
service timestamps log datetime msec
no service password-encryption
!
hostname spicey
!
!
!
!
interface Ethernet0
 ip address 124.124.124.1 255.255.255.0
!
interface Serial0
 ip address 3.1.3.1 255.255.255.0
 encapsulation frame-relay
 frame-relay interface-dlci 130
 frame-relay interface-dlci 140
!
!
router rip
 network 3.0.0.0
 network 124.0.0.0
!
line con 0
 exec-timeout 0 0
 transport input none
line aux 0
line vty 0 4
 login
!
end

Prasit

prasit#show running-config
Building configuration...

Current configuration : 1499 bytes
!
version 12.1
service timestamps debug datetime msec
service timestamps log datetime msec
no service password-encryption
!
hostname prasit
!
!
!
interface Ethernet0
 ip address 123.123.123.1 255.255.255.0
!
interface Serial1
 ip address 3.1.3.2 255.255.255.0
 encapsulation frame-relay
 frame-relay interface-dlci 150
!
!
router rip
 network 3.0.0.0
 network 123.0.0.0
!
!
line con 0
 exec-timeout 0 0
 transport input none
line aux 0
line vty 0 4
 login
!
end

Aton

aton#show running-config
Building configuration...
Current configuration:
!
version 12.0
service timestamps debug uptime
service timestamps log uptime
no service password-encryption
!
hostname aton
!
!
interface Ethernet0
ip address 122.122.122.1 255.255.255.0
!
interface Serial1
 ip address 3.1.3.3 255.255.255.0
 encapsulation frame-relay
 frame-relay interface-dlci 160
!
router rip
 network 3.0.0.0
 network 122.0.0.0
!
!
line con 0
 exec-timeout 0 0
 transport input none
line aux 0
line vty 0 4
 login
!
end

Comandos show

  • show frame-relay map

  • show frame-relay pvc

  • ping <device name>

Spicey

spicey#show frame-relay map
Serial0 (up): ip 3.1.3.2 dlci 140(0x8C,0x20C0), dynamic,
              broadcast,, status defined, active
Serial0 (up): ip 3.1.3.3 dlci 130(0x82,0x2020), dynamic,
              broadcast,, status defined, active

spicey#show frame-relay pvc
PVC Statistics for interface Serial0 (Frame Relay DTE)
              Active     Inactive      Deleted       Static
  Local          2            0            0            0
  Switched       0            0            0            0
  Unused         0            0            0            0

DLCI = 130, DLCI USAGE = LOCAL, PVC STATUS = ACTIVE, INTERFACE = Serial0
  input pkts 32            output pkts 40           in bytes 3370
  out bytes 3928           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 30         out bcast bytes 2888
  pvc create time 00:15:46, last time pvc status changed 00:10:42

DLCI = 140, DLCI USAGE = LOCAL, PVC STATUS = ACTIVE, INTERFACE = Serial0

  input pkts 282           output pkts 291          in bytes 25070
  out bytes 27876          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 223        out bcast bytes 20884
  pvc create time 02:28:36, last time pvc status changed 02:25:14
spicey#
spicey#ping 3.1.3.2
Type escape sequence to abort.
Sending 5, 100-byte ICMP Echos to 3.1.3.2, timeout is 2 seconds:
!!!!!
Success rate is 100 percent (5/5), round-trip min/avg/max = 32/35/36 ms
spicey#ping 3.1.3.3
Type escape sequence to abort.
Sending 5, 100-byte ICMP Echos to 3.1.3.3, timeout is 2 seconds:
!!!!!
Success rate is 100 percent (5/5), round-trip min/avg/max = 32/35/36 ms

Prasit

prasit#show frame-relay map
Serial1 (up): ip 3.1.3.1 dlci 150(0x96,0x2460), dynamic,
              broadcast,, status defined, active

prasit#show frame-relay pvc

PVC Statistics for interface Serial1 (Frame Relay DTE)
              Active     Inactive      Deleted       Static
  Local          1            0            0            0
  Switched       0            0            0            0
  Unused         0            0            0            0

DLCI = 150, DLCI USAGE = LOCAL, PVC STATUS = ACTIVE, INTERFACE = Serial1
  input pkts 311           output pkts 233          in bytes 28562
  out bytes 22648          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 162        out bcast bytes 15748
  pvc create time 02:31:39, last time pvc status changed 02:25:14

prasit#ping 3.1.3.1
Type escape sequence to abort.
Sending 5, 100-byte ICMP Echos to 3.1.3.1, timeout is 2 seconds:
!!!!!
Success rate is 100 percent (5/5), round-trip min/avg/max = 36/36/36 ms
prasit#ping 3.1.3.3
Type escape sequence to abort.
Sending 5, 100-byte ICMP Echos to 3.1.3.3, timeout is 2 seconds:
.....
Success rate is 0 percent (0/5)

Aton

aton#show frame-relay map
Serial1 (up): ip 3.1.3.1 dlci 160(0xA0,0x2800), dynamic,
              broadcast,, status defined, active

aton#show frame-relay pvc

PVC Statistics for interface Serial1 (Frame Relay DTE)

              Active     Inactive      Deleted       Static
  Local          1            0            0            0
  Switched       0            0            0            0
  Unused         0            0            0            0

DLCI = 160, DLCI USAGE = LOCAL, PVC STATUS = ACTIVE, INTERFACE = Serial1

  input pkts 35            output pkts 32           in bytes 3758
  out bytes 3366           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 27         out bcast bytes 2846
  pvc create time 00:10:53, last time pvc status changed 00:10:53

aton#ping 3.1.3.1

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

aton#ping 3.1.3.2

Type escape sequence to abort.
Sending 5, 100-byte ICMP Echos to 3.1.3.2, timeout is 2 seconds:
.....
Success rate is 0 percent (0/5)

Conectando de Spoke a Spoke

Você não pode emitir ping de um spoke para outro em uma configuração de hub and spoke usando interfaces multiponto porque não há mapeamento para endereços IP de outros spokes. Apenas o endereço do hub é aprendido por meio do Inverse Address Resolution Protocol (IARP). Se você configurar um mapa estático usando o comando de mapa de frame-relay para o endereço IP de um spoke remoto para usar o identificador de conexão de link de dados (DLCI), você poderá efetuar ping nos endereços de outros spokes.

15b.gif

Configurações

Prasit

prasit#show running-config
interface Ethernet0
 ip address 123.123.123.1 255.255.255.0
!
interface Serial
 ip address 3.1.3.2 255.255.255.0
 encapsulation frame-relay
 frame-relay map ip 3.1.3.3 150
 frame-relay interface-dlci 150

Comandos show

  • show frame-relay map

  • ping <device name>

  • show running-config

Prasit

prasit#show frame-relay map
 Serial1 (up): ip 3.1.3.1 dlci 150(0x96,0x2460), dynamic,
                    broadcast,, status defined, active
 Serial1 (up): ip 3.1.3.3 dlci 150(0x96,0x2460), static,
                    CISCO, status defined, active

 prasit#ping 3.1.3.3
 Type escape sequence to abort.
 Sending 5, 100-byte ICMP Echos to 3.1.3.3, timeout is 2 seconds:
 !!!!!
 Success rate is 100 percent (5/5), round-trip min/avg/max = 68/70/80 ms

 prasit#ping 122.122.122.1
 Type escape sequence to abort.
 Sending 5, 100-byte ICMP Echos to 122.122.122.1, timeout is 2 seconds:
 !!!!!
 Success rate is 100 percent (5/5), round-trip min/avg/max = 64/67/76 ms 

Aton

aton#show running-config
 interface Ethernet0
 ip address 122.122.122.1 255.255.255.0
 !
 interface Serial1
   ip address 3.1.3.3 255.255.255.0
   no ip directed-broadcast
   encapsulation frame-relay
   frame-relay map ip 3.1.3.2 160
   frame-relay interface-dlci 160

 aton#show frame-relay map
 Serial1 (up): ip 3.1.3.1 dlci 160(0xA0,0x2800), dynamic,
                    broadcast,, status defined, active
 Serial1 (up): ip 3.1.3.2 dlci 160(0xA0,0x2800), static,
                    CISCO, status defined, active
 aton#ping 3.1.3.2

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

aton#ping 123.123.123.1
Type escape sequence to abort.
Sending 5, 100-byte ICMP Echos to 123.123.123.1, timeout is 2 seconds:
!!!!!
Success rate is 100 percent (5/5), round-trip min/avg/max = 64/67/80 ms

Configurando as Subinterfaces de Frame Relay

As subinterfaces de Frame Relay fornecem um mecanismo para oferecer suporte a redes de Frame Relay parcialmente combinadas. A maior parte dos protocolos presume a transitividade em uma rede lógica, isto é, se a estação A puder se comunicar com a estação B, e a estação B puder se comunicar com a estação C, então a estação A deverá poder se comunicar com a estação C diretamente. A transitividade é verdadeira em LANs, mas não em redes de Frame Relay a menos que A esteja diretamente conectada a C.

Além disso, certos protocolos, como AppleTalk e conexão em ponte transparente, não podem ser aceitos em redes parcialmente combinadas porque elas exigem horizonte dividido, no qual um pacote recebido em uma interface não pode ser transmitido pela mesma interface mesmo se o pacote for recebido e transmitido em circuitos virtuais diferentes.

A configuração de subinterfaces de Frame Relay garante que uma interface física única seja tratada como várias interfaces virtuais. Essa capacidade nos permite superar regras de horizonte dividido. Os pacotes recebidos em uma interface virtual podem agora ser encaminhados para outra interface virtual, mesmo que estejam configurados na mesma interface física.

As subinterfaces tratam das limitações das redes de Frame Relay fornecendo uma forma de subdividir uma rede de Frame Relay parcialmente combinada em um número de sub-redes menores, combinadas (ou ponto a ponto). É atribuído a cada sub-rede seu próprio número de rede, e a sub-rede aparece para os protocolos como se fosse alcançável por uma interface separada. (Observe que as subinterfaces ponto a ponto podem ser não numeradas para uso com IP, reduzindo a sobrecarga de endereçamento que do contrário poderia ser resultante).

Subinterfaces Ponto a Ponto

Diagrama de Rede

16b.gif

Configurações

Spicey

Spicey#show running-config
Building configuration...

Current configuration : 1338 bytes
!
version 12.1
service timestamps debug datetime msec
service timestamps log datetime msec
no service password-encryption
!
hostname Spicey
!
enable password ww
!
!
!
!
interface Ethernet0
 ip address 124.124.124.1 255.255.255.0
!
interface Serial0
 no ip address
 encapsulation frame-relay
!
interface Serial0.1 point-to-point
 ip address 3.1.3.1 255.255.255.0
 frame-relay interface-dlci 140
!
!
router igrp 2
 network 3.0.0.0
 network 124.0.0.0
!
!
line con 0
 exec-timeout 0 0
 transport input none
line aux 0
line vty 0 4
 login
!
end

Prasit

Prasit#show running-config
Building configuration...

Current configuration : 1234 bytes
!
version 12.1
service timestamps debug datetime msec
service timestamps log datetime msec
no service password-encryption
!
hostname Prasit
!
!
!
interface Ethernet0
 ip address 123.123.123.1 255.255.255.0
!
 interface Serial1
 no ip address
 encapsulation frame-relay
!
interface Serial1.1 point-to-point
 ip address 3.1.3.2 255.255.255.0
 frame-relay interface-dlci 150
!
router igrp 2
 network 3.0.0.0
 network 123.0.0.0
!
line con 0
 exec-timeout 0 0
 transport input none
line aux 0
line vty 0 4
 login
!
end

Comandos show

  • show frame-relay map

  • show frame-relay pvc

Spicey

Spicey#show frame-relay map
Serial0.1 (up): point-to-point dlci, dlci 140(0x8C,0x20C0), broadcast
             status defined, active

Spicey#show frame-relay pvc
PVC Statistics for interface Serial0 (Frame Relay DTE)

                 Active     Inactive      Deleted          Static
  Local          1               0            0               0
  Switched       0               0            0               0
  Unused         0               0            0               0

DLCI = 140, DLCI USAGE = LOCAL, PVC STATUS = ACTIVE, INTERFACE = Serial0.1

  input pkts 193              output pkts 175          in bytes 20450
  out bytes 16340             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 50         out    bcast bytes 3786
  pvc create time 01:11:27, last time pvc status changed 00:42:32

Spicey#ping 123.123.123.1
Type escape sequence to abort.
Sending 5, 100-byte ICMP Echos to 123.123.123.1, timeout is 2 seconds:
!!!!!
Success rate is 100 percent (5/5), round-trip min/avg/max = 36/36/36 ms

Prasit

Prasit#show frame-relay map
Serial1.1 (up): point-to-point dlci, dlci 150(0x96,0x2460), broadcast
             status defined, active

Prasit#show frame-relay pvc
PVC Statistics for interface Serial1 (Frame Relay DTE)

                Active     Inactive      Deleted          Static
 Local          1               0            0               0
 Switched       0               0            0               0
 Unused         0               0            0               0

DLCI = 150, DLCI USAGE = LOCAL, PVC STATUS = ACTIVE, INTERFACE =
Serial1.1

     input pkts 74               output pkts 89           in    bytes 7210
     out bytes 10963             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 24           out bcast bytes 4203
     pvc create time 00:12:25, last time pvc status changed 00:12:25

Prasit#ping 124.124.124.1
Type escape sequence to abort.
Sending 5, 100-byte ICMP Echos to 124.124.124.1, timeout is 2 seconds:
!!!!!
Success rate is 100 percent (5/5), round-trip min/avg/max = 36/36/36 ms

Subinterfaces de Hub and Spoke

A configuração de exemplo de hub and spoke a seguir mostra duas subinterfaces ponto a ponto e usa resolução de endereço dinâmico em um site remoto. Cada subinterface é fornecida com um endereço de protocolo individual e máscara de sub-rede, e o comando interface-dlci associa a subinterface com um identificador de conexão de link de dados (DLCI) especificado. Endereços de destinos remotos de cada subinterface ponto a ponto não são resolvidos, uma vez que são ponto a ponto, e o tráfego deve ser enviado para o correspondente na outra extremidade. A extremidade remota (Aton) usa ARP Inverso para mapeamento e o cubo principal responde de acordo o endereço IP da subinterface. Isso ocorre porque o ARP Inverso do Frame Relay está ativado por padrão para interfaces multiponto.

Diagrama de Rede

16a.gif

Configurações

Spicey

Spicey#show running-config
Building configuration...
!
version 12.1
service timestamps debug datetime msec
service timestamps log datetime msec
no service password-encryption
!
hostname Spicey
!
!
!
!
interface Ethernet0
 ip address 124.124.124.1 255.255.255.0
!
interface Serial0
 no ip address
 encapsulation frame-relay
!
interface Serial0.1 point-to-point
 ip address 4.0.1.1 255.255.255.0
 frame-relay interface-dlci 140
!
interface Serial0.2 point-to-point
 ip address 3.1.3.1 255.255.255.0
 frame-relay interface-dlci 130
!
router igrp 2
 network 3.0.0.0
 network 4.0.0.0
 network 124.0.0.0
!
line con 0
 exec-timeout 0 0
 transport input none
line aux 0
line vty 0 4
 login
!
end

Prasit

Prasit#show running-config
Building configuration...

version 12.1
service timestamps debug datetime msec
service timestamps log datetime msec
no service password-encryption
!
hostname Prasit
!
interface Ethernet0
 ip address 123.123.123.1 255.255.255.0
!
interface Serial1
 no ip address
 encapsulation frame-relay
!
interface Serial1.1 point-to-point
 ip address 4.0.1.2 255.255.255.0
 frame-relay interface-dlci 150
!
router igrp 2
 network 4.0.0.0
 network 123.0.0.0
!
!
line con 0
 exec-timeout 0 0
 transport input none
line aux 0
line vty 0 4
 login
!
end

Aton

Aton#show running-config
Building configuration...

Current configuration:
!
version 12.0
service timestamps debug uptime
service timestamps log uptime
!
hostname Aton
!
!
!
interface Ethernet0
 ip address 122.122.122.1 255.255.255.0
!
interface Serial1
 ip address 3.1.3.3 255.255.255.0
 encapsulation frame-relay
 frame-relay interface-dlci 160
!
router igrp 2
 network 3.0.0.0
 network 122.0.0.0
!
line con 0
 exec-timeout 0 0
 transport input none
line aux 0
line vty 0 4
 login
!
end

Comandos show

  • show frame-relay map

  • show frame-relay pvc

Spicey

Spicey#show frame-relay map
Serial0.2 (up): point-to-point dlci, dlci 130(0x82,0x2020), broadcast
          status defined, active
Serial0.1 (up): point-to-point dlci, dlci 140(0x8C,0x20C0), broadcast
          status defined, active

Spicey#show frame-relay pvc
PVC Statistics for interface Serial0 (Frame Relay DTE)

              Active     Inactive      Deleted       Static
  Local          2            0            0            0
  Switched       0            0            0            0
  Unused         0            0            0            0

DLCI = 130, DLCI USAGE = LOCAL, PVC STATUS = ACTIVE, INTERFACE = Serial0.2

  input pkts 11            output pkts 22           in bytes 1080
  out bytes 5128           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 17         out bcast bytes 4608
  pvc create time 00:06:36, last time pvc status changed 00:06:36

DLCI = 140, DLCI USAGE = LOCAL, PVC STATUS = ACTIVE, INTERFACE = Serial0.1

  input pkts 33            output pkts 28           in bytes 3967
  out bytes 5445           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 17        out bcast bytes 4608
  pvc create time 00:06:38, last time pvc status changed 00:06:38

Spicey#ping 122.122.122.1
Type escape sequence to abort.
Sending 5, 100-byte ICMP Echos to 122.122.122.1, timeout is 2 seconds:
!!!!!
Success rate is 100 percent (5/5), round-trip min/avg/max = 32/35/36 ms

Spicey#ping 123.123.123.1
Type escape sequence to abort.
Sending 5, 100-byte ICMP Echos to 123.123.123.1, timeout is 2 seconds:
!!!!!
Success rate is 100 percent (5/5), round-trip min/avg/max = 36/36/36 ms

Prasit

Prasit#show frame-relay map
Serial1.1 (up): point-to-point dlci, dlci 150(0x96,0x2460), broadcast
          status defined, active

Prasit#show frame-relay pvc
PVC Statistics for interface Serial1 (Frame Relay DTE)

              Active     Inactive      Deleted       Static
  Local          1            0            0            0
  Switched       0            0            0            0
  Unused         0            0            0            0

DLCI = 150, DLCI USAGE = LOCAL, PVC STATUS = ACTIVE, INTERFACE =
Serial1.1

  input pkts 45            output pkts 48           in bytes 8632
  out bytes 6661           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 31         out bcast bytes 5573
  pvc create time 00:12:16, last time pvc status changed 00:06:23

Prasit#ping 124.124.124.1
Type escape sequence to abort.
Sending 5, 100-byte ICMP Echos to 124.124.124.1, timeout is 2 seconds:
!!!!!
Success rate is 100 percent (5/5), round-trip min/avg/max = 36/36/36 ms

Aton

Aton#show frame-relay map
Serial1 (up): ip 3.1.3.1 dlci 160(0xA0,0x2800), dynamic,
              broadcast,, status defined, active

Aton#show frame-relay pvc
PVC Statistics for interface Serial1 (Frame Relay DTE)

              Active     Inactive      Deleted       Static
  Local          1            0            0            0
  Switched       0            0            0            0
  Unused         0            0            0            0

DLCI = 160, DLCI USAGE = LOCAL, PVC STATUS = ACTIVE, INTERFACE = Serial1
  input pkts 699           output pkts 634          in bytes 81290
  out bytes 67008          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 528        out bcast bytes 56074
  pvc create time 05:46:14, last time pvc status changed 00:05:57

Aton#ping 124.124.124.1
Type escape sequence to abort.
Sending 5, 100-byte ICMP Echos to 124.124.124.1, timeout is 2 seconds:
!!!!!
Success rate is 100 percent (5/5), round-trip min/avg/max = 36/36/36 ms

Configurando o Mapeamento Dinâmico e Estático de Subinterfaces Multiponto

O mapeamento de endereço dinâmico usa o ARP Inverso do Frame Relay para solicitar o endereço de protocolo de salto seguinte para uma conexão específica, tendo sido fornecido um identificador de conexão de link de dados (DLCI). As respostas às solicitações de ARP Inverso são inseridas em uma tabela de mapeamento de endereços-para-DLCI no roteador ou no servidor de acesso, a tabela é em seguida usada para fornecer o endereço de protocolo de salto seguinte ou o DLCI para o tráfego de saída.

Como a interface física está agora configurada como subinterfaces múltiplas, você deve fornecer informações que diferenciem uma subinterface da interface física e associem uma subinterface específica a um DLCI específico.

O ARP Inverso é habilitado por padrão para todos os protocolos a que oferece suporte, mas pode ser desabilitado para pares de protocolo-DLCI específicos. Como resultado, você pode usar o mapeamento dinâmico para alguns protocolos e mapeamento estático para outros protocolos no mesmo DLCI. Você poderá desabilitar explicitamente o ARP Inverso para um par protocolo-DLCI se souber que o protocolo não é aceito na outra extremidade da conexão. Como o ARP Inverso está habilitado por padrão para todos os protocolos aos quais oferece suporte, nenhum comando adicional é requerido para configurar o mapeamento de endereço dinâmico em uma subinterface. Um mapa estático liga um endereço de protocolo de salto seguinte especificado para um DLCI especificado. O mapeamento estático remove a necessidade de solicitações do ARP Inverso, quando você fornece uma mapa estático, o ARP Inverso é desabilitado automaticamente para o protocolo especificado no DLCI especificado. Você deverá usar o mapeamento estático se o roteador na outra extremidade não oferecer nenhum suporte a ARP Inverso ou não oferecer suporte a ARP Inverso para um protocolo específico que você deseja usar no Frame Relay.

Diagrama de Rede

Já vimos como configurar um roteador Cisco para fazer ARP Inverso. Os exemplos a seguir mostram como configurar mapas estáticos no caso de você precisar deles para interfaces ou subinterfaces multiponto:

17.gif

Configurações

Aton

Aton#show running-config
Building configuration...
Current configuration:
!
version 12.0
service timestamps debug uptime
service timestamps log uptime
no service password-encryption
!
hostname Aton
!
!
interface Ethernet0
 ip address 122.122.122.1 255.255.255.0
!
interface Serial1
 no ip address
 encapsulation frame-relay
!
interface Serial1.1 multipoint
 ip address 4.0.1.3 255.255.255.0
 frame-relay map ip 4.0.1.1 160 broadcast
!
router igrp 2
 network 4.0.0.0
 network 122.0.0.0
!
line con 0
 exec-timeout 0 0
 transport input none
line aux 0
line vty 0 4
 login
!
end

Spicey

Spicey#show running-config
Building configuration...Current configuration : 1652 bytes!
version 12.1
service timestamps debug datetime msec
service timestamps log datetime msec
no service password-encryption
!
hostname Spicey
!
!
interface Ethernet0
ip address 124.124.124.1 255.255.255.0
!
interface Serial0
ip address 4.0.1.1 255.255.255.0
encapsulation frame-relay
frame-relay map ip 4.0.1.2 140 broadcast
frame-relay map ip 4.0.1.3 130 broadcast
!
router igrp 2
network 4.0.0.0
network 124.0.0.0
!
!
line con 0
exec-timeout 0 0
transport input none
line aux 0
line vty 0 4
login
!
end

Prasit

Prasit#show running-config
Building configuration...
Current configuration : 1162 bytes
!
version 12.1
service timestamps debug datetime msec
service timestamps log datetime msec
no service password-encryption
!
hostname Prasit
!
!
!
interface Ethernet0
 ip address 123.123.123.1 255.255.255.0
!
interface Serial1
 no ip address
 encapsulation frame-relay
!
interface Serial1.1 multipoint
 ip address 4.0.1.2 255.255.255.0
 frame-relay map ip 4.0.1.1 150 broadcast
!
router igrp 2
 network 4.0.0.0
 network 123.0.0.0
!
line con 0
 exec-timeout 0 0
 transport input none
line aux 0
line vty 0 4
 login
!
end

comandos debug e show

  • show frame-relay map

  • show frame-relay pvc

Aton

Aton#show frame-relay map
Serial1.1 (up): ip 4.0.1.1 dlci 160(0xA0,0x2800), static, broadcast,
CISCO, status defined, active

Aton#show frame-relay pvc
PVC Statistics for interface Serial1 (Frame Relay DTE)
              Active     Inactive      Deleted       Static
  Local          1            0            0            0
  Switched       0            0            0            0
  Unused         0            0            0            0
DLCI = 160, DLCI USAGE = LOCAL, PVC STATUS = ACTIVE, INTERFACE =
Serial1.1

  input pkts 16            output pkts 9            in bytes 3342
  out bytes 450            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 9          out bcast bytes 450
  pvc create time 00:10:02, last time pvc status changed 00:10:02

Aton#ping 124.124.124.1

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

Spicey

Spicey#show frame-relay map
Serial0 (up): ip 4.0.1.2 dlci 140(0x8C,0x20C0), static, broadcast,
              CISCO, status defined, active
Serial0 (up): ip 4.0.1.3 dlci 130(0x82,0x2020), static, broadcast,
              CISCO, status defined, active

Spicey#show frame-relay pvc
PVC Statistics for interface Serial0 (Frame Relay DTE)

              Active     Inactive      Deleted       Static
  Local          2            0            0            0
  Switched       0            0            0            0
  Unused         0            0            0            0

DLCI = 130, DLCI USAGE = LOCAL, PVC STATUS = ACTIVE, INTERFACE = Serial0

  input pkts 9              output pkts 48           in bytes 434
  out bytes 11045           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 48         out bcast bytes 11045
  pvc create time 00:36:25, last time pvc status changed 00:36:15

DLCI = 140, DLCI USAGE = LOCAL, PVC STATUS = ACTIVE, INTERFACE = Serial0

  input pkts 17             output pkts 26           in bytes 1390
  out bytes 4195            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 16         out bcast bytes 3155
pvc create time 00:08:39, last time pvc status changed 00:08:39

Spicey#ping 122.122.122.1
Type escape sequence to abort.
Sending 5, 100-byte ICMP Echos to 122.122.122.1, timeout is 2 seconds:
!!!!!
Success rate is 100 percent (5/5), round-trip min/avg/max = 36/36/40 ms

Spicey#ping 123.123.123.1
Type escape sequence to abort.
Sending 5, 100-byte ICMP Echos to 123.123.123.1, timeout is 2 seconds:
!!!!!
Success rate is 100 percent (5/5), round-trip min/avg/max = 32/35/36 

Prasit

Prasit#show frame-relay map
Serial1.1 (up): ip 4.0.1.1 dlci 150(0x96,0x2460), static,
              broadcast,
              CISCO, status defined, active

Prasit#show frame-relay pvc
PVC Statistics for interface Serial1 (Frame Relay DTE)
              Active     Inactive      Deleted       Static
  Local          1            0            0            0
  Switched       0            0            0            0
  Unused         0            0            0            0
DLCI = 150, DLCI USAGE = LOCAL, PVC STATUS = ACTIVE, INTERFACE = Serial1.1
  input pkts 28            output pkts 19           in bytes 4753
  out bytes 1490           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 9         out bcast bytes 450
pvc create time 00:11:00, last time pvc status changed 00:11:00

Prasit#ping 124.124.124.1
Type escape sequence to abort.
Sending 5, 100-byte ICMP Echos to 124.124.124.1, timeout is 2 seconds:
!!!!!
Success rate is 100 percent (5/5), round-trip min/avg/max = 36/36/36 ms

Para obter mais informações sobre esses comandos, consulte Comandos do Frame Relay.

Configurando Frame Relay de IP Não Numerado

Se você não tiver o espaço de endereço IP para usar muitas subinterfaces, você poderá usar IP não numerado em cada subinterface. Se esse for o caso, você precisará usar rotas estáticas ou roteamento dinâmico de forma que seu tráfego seja roteado como sempre, e você deverá usar subinterfaces ponto a ponto.

Diagrama de Rede

O exemplo abaixo ilustra isso:

18.gif

Configurações

Spicey

Spicey#show running-config
Building configuration...
Current configuration : 1674 bytes
!
version 12.1
service timestamps debug datetime msec
service timestamps log datetime msec
no service password-encryption
!
hostname Spicey
!
!
!
interface Ethernet0
 ip address 124.124.124.1 255.255.255.0
!
interface Serial0
 no ip address
 encapsulation frame-relay
!
interface Serial0.1 point-to-point
 ip unnumbered Ethernet0
 frame-relay interface-dlci 140
!
router igrp 2
 network 124.0.0.0
!
line con 0
 exec-timeout 0 0
 transport input none
line aux 0
line vty 0 4
 login
!
end

Prasit

Prasit#show running-config
Building configuration...

Current configuration : 1188 bytes
!
version 12.1
service timestamps debug datetime msec
service timestamps log datetime msec
no service password-encryption
!
hostname Prasit
!
!
interface Ethernet0
 ip address 123.123.123.1 255.255.255.0
!
interface Serial1
 no ip address
 encapsulation frame-relay
!
interface Serial1.1 point-to-point
 ip unnumbered Ethernet0
 frame-relay interface-dlci 150
!
router igrp 2
 network 123.0.0.0
!
line con 0
 exec-timeout 0 0
 transport input none
line aux 0
line vty 0 4
 login
!
end

Comandos show

  • show frame-relay map

  • show frame-relay pvc

Spicey

Spicey#show frame-relay map
Serial0.1 (up): point-to-point dlci, dlci 140(0x8C,0x20C0), broadcast
          status defined, active

Spicey#show frame-relay pvc

PVC Statistics for interface Serial0 (Frame Relay DTE)

              Active     Inactive      Deleted       Static
  Local          1            0            0            0
  Switched       0            0            0            0
  Unused         0            0            0            0

DLCI = 140, DLCI USAGE = LOCAL, PVC STATUS = ACTIVE, INTERFACE =
Serial0.1

  input pkts 23            output pkts 24           in bytes 3391
  out bytes 4952           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 14         out bcast bytes 3912
  pvc create time 00:04:47, last time pvc status changed 00:04:47

Spicey#show ip route
Codes: C - connected, S - static, I - IGRP, R - RIP, M - mobile, B - BGP
       D - EIGRP, EX - EIGRP external, O - OSPF, IA - OSPF inter area
       N1 - OSPF NSSA external type 1, N2 - OSPF NSSA external type 2
       E1 - OSPF external type 1, E2 - OSPF external type 2, E - EGP
       i - IS-IS, L1 - IS-IS level-1, L2 - IS-IS level-2, ia - IS-IS
inter area
       * - candidate default, U - per-user static route, o - ODR
       P - periodic downloaded static route

Gateway of last resort is not set
     124.0.0.0/24 is subnetted, 1 subnets
C       124.124.124.0 is directly connected, Ethernet0
     123.0.0.0/8 is variably subnetted, 2 subnets, 2 masks
I       123.0.0.0/8 [100/8576] via 123.123.123.1, 00:01:11, Serial0.1
I       123.123.123.0/32 [100/8576] via 123.123.123.1, 00:01:11,
Serial0.1

Spicey#ping 123.123.123.1

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

Prasit

Prasit#show frame-relay map
Serial1.1 (up): point-to-point dlci, dlci 150(0x96,0x2460), broadcast
          status defined, active

Prasit#show frame-relay pvc

PVC Statistics for interface Serial1 (Frame Relay DTE)
              Active     Inactive      Deleted       Static
  Local          1            0            0            0
  Switched       0            0            0            0
  Unused         0            0            0            0
DLCI = 150, DLCI USAGE = LOCAL, PVC STATUS = ACTIVE, INTERFACE =
Serial1.1

  input pkts 24            output pkts 52           in bytes 4952
  out bytes 10892          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 41         out bcast bytes 9788
  pvc create time 00:10:54, last time pvc status changed 00:03:51

Prasit#show ip route
Codes: C - connected, S - static, I - IGRP, R - RIP, M - mobile, B - BGP
       D - EIGRP, EX - EIGRP external, O - OSPF, IA - OSPF inter area
       N1 - OSPF NSSA external type 1, N2 - OSPF NSSA external type 2
       E1 - OSPF external type 1, E2 - OSPF external type 2, E - EGP
       i - IS-IS, L1 - IS-IS level-1, L2 - IS-IS level-2, ia - IS-IS
inter area
       * - candidate default, U - per-user static route, o - ODR
       P - periodic downloaded static route

Gateway of last resort is not set
     124.0.0.0/8 is variably subnetted, 2 subnets, 2 masks
I       124.0.0.0/8 [100/8576] via 124.124.124.1, 00:00:18, Serial1.1
I       124.124.124.0/32 [100/8576] via 124.124.124.1, 00:00:18,
Serial1.1
     123.0.0.0/24 is subnetted, 1 subnets
C       123.123.123.0 is directly connected, Ethernet0

Prasit#ping 124.124.124.1
Type escape sequence to abort.
Sending 5, 100-byte ICMP Echos to 124.124.124.1, timeout is 2 seconds:
!!!!!
Success rate is 100 percent (5/5), round-trip min/avg/max = 36/120/436 ms

Configurando o Backup do Frame Relay

Backup de Frame Relay em ISDN

Você pode desejar fazer backup de circuitos de Frame Relay usando ISDN. Existem várias formas para isso. A primeira, e provavelmente a melhor, é usar as rotas flutuantes que roteiam tráfego para um endereço IP da Basic Rate Interface (BRI) e usam uma métrica de roteamento apropriada. Você pode também usar uma interface de backup na interface principal ou a cada identificador de conexão de link de dados (DLCI). Pode não ser muito útil fazer backup da interface principal porque você poderia perder circuitos virtuais permanentes (PVCs) sem que a interface principal ficasse inativa. Lembre-se: o protocolo está sendo trocado com o switch do Frame Relay local, não o roteador remoto.

wan_isdn_bu_fr.gif

Configurações

Roteador 1

ROUTER1#
!
hostname ROUTER1
!
username ROUTER2 password same
 isdn switch-type basic-dms100
!
interface Ethernet 0
 ip address 172.16.15.1 255.255.255.248
!
interface serial 0
 ip address 172.16.24.129 255.255.255.128
 encapsulation FRAME-RELAY
!
interface BRI0
 description Backup ISDN for frame-relay
 ip address 172.16.12.1 255.255.255.128
 encapsulation PPP
 dialer idle-timeout 240
 dialer wait-for-carrier-time 60
 dialer map IP 172.16.12.2 name ROUTER2 broadcast 7086639706
 ppp authentication chap
 dialer-group 1
 isdn spid1 0127280320 2728032
 isdn spid2 0127295120 2729512
!
router igrp 1
 network 172.16.0.0
!
ip route 172.16.15.16 255.255.255.248 172.16.12.2 150

                     !--- Rota flutuante.
                  
!
access-list 101 deny   igrp 0.0.0.0 255.255.255.255 0.0.0.0 255.255.255.255
 access-list 101 permit ip 0.0.0.0 255.255.255.255 0.0.0.0 255.255.255.255
 dialer-list 1 LIST 101
!

Roteador 2

ROUTER2#
!
hostname ROUTER2
!
username ROUTER1 password same
 isdn switch-type basic-dms100
!
interface Ethernet 0
 ip address 172.16.15.17 255.255.255.248
!
interface Serial 0
 ip address 172.16.24.130 255.255.255.128
 encapsulation FRAME-RELAY
!
interface BRI0
 description ISDN backup interface for frame-relay
 ip address 172.16.12.2 255.255.255.128
 encapsulation PPP
 dialer idle-timeout 240
 dialer map IP 172.16.12.1 name ROUTER1 broadcast
 ppp authentication chap
 pulse-time 1
 dialer-group 1
 isdn spid1 0191933333 4445555
 isdn spid2 0191933334 4445556
!
router igrp 1
 network 172.16.0.0
!
ip route 172.16.15.0 255.255.255.248 172.16.12.1 150

                     !--- Rota flutuante.
                  
!
access-list 101 deny   igrp 0.0.0.0 255.255.255.255 0.0.0.0 255.255.255.255
 access-list 101 permit ip 0.0.0.0 255.255.255.255 162.27.9.0 0.0.0.255
 dialer-list 1 LIST 101
!

Comandos show

Para verificar se o ISDN está funcionando, use os seguintes comandos debug. Antes de emitir comandos debug, consulte Informações Importantes sobre Comandos de Depuração.

  • debug isdn q931

  • debug ppp neg

  • debug ppp auth

Tente fazer uma chamada ISDN do lado da chamada ao lado central sem os comandos de backup. Se ela for bem-sucedida, adicione os comandos de backup ao lado da chamada.

Observação: Para testar o backup, não use o comando shutdown na interface serial, mas emule um problema de linha serial real retirando o cabo da linha serial.

Backup de Configuração por DCLI

Agora, vamos presumir que Spicey é o lado central e que Prasit é o lado que faz conexões com o lado central (Spicey). Tenha o cuidado de adicionar somente os comandos de backup ao lado que está chamando o lado central.

Observação:  A carga de backup não é aceita em subinterfaces. Como não rastreamos os níveis de tráfego em subinterfaces, nenhuma carga é calculada.

Diagrama de Rede

19c.gif

Configurações

Spicey

Spicey#show running-config
Building configuration...

Current configuration : 1438 bytes
!
version 12.1
service timestamps debug datetime msec
service timestamps log datetime msec
no service password-encryption
!
hostname Spicey
!
!
username Prasit password 0 cisco
!
!
isdn switch-type basic-net3
!
!
!
interface Ethernet0
 ip address 124.124.124.1 255.255.255.0
!
interface Serial0
 no ip address
 encapsulation frame-relay
!
interface Serial0.1 point-to-point
 ip address 4.0.1.1 255.255.255.0
 frame-relay interface-dlci 140
!
interface BRI0
 ip address 3.1.6.1 255.255.255.0
 encapsulation ppp
 dialer map ip 3.1.6.2 name Prasit broadcast
 dialer-group 1
 isdn switch-type basic-net3
 no peer default ip address
 no cdp enable
 ppp authentication chap
!
router igrp 2
 network 3.0.0.0
 network 4.0.0.0
 network 124.0.0.0
!
ip classless
 ip route 123.123.123.0 255.255.255.0 3.1.6.2 250
!
access-list 101 deny   igrp any any
 access-list 101 permit ip any any
 dialer-list 1 protocol ip list 101
!
line con 0
 exec-timeout 0 0
 transport input none
 line aux 0
 line vty 0 4
 login
!
end

Prasit

Prasit#show running-config
Building configuration...

Current configuration : 1245 bytes
!
version 12.1
service timestamps debug datetime msec
service timestamps log datetime msec
no service password-encryption
!
hostname Prasit
!
username Spicey password 0 cisco
!
!
isdn switch-type basic-net3
!
!
!
interface Ethernet0
 ip address 123.123.123.1 255.255.255.0
!
interface Serial1
 no ip address
 encapsulation frame-relay
!
interface Serial1.1 point-to-point
 backup delay 5 10
 backup interface BRI0
 ip address 4.0.1.2 255.255.255.0
 frame-relay interface-dlci 150
!
interface BRI0
 ip address 3.1.6.2 255.255.255.0
 encapsulation ppp
 dialer map ip 3.1.6.1 name Spicey broadcast 6106
 dialer-group 1
 isdn switch-type basic-net3
 ppp authentication chap
!
router igrp 2
 network 3.0.0.0
 network 4.0.0.0
 network 123.0.0.0
!
ip route 124.124.124.0 255.255.255.0 3.1.6.1 250
!
access-list 101 deny   igrp any any
 access-list 101 permit ip any any
 dialer-list 1 protocol ip list 101
!
line con 0
 exec-timeout 0 0
 transport input none
 line aux 0
 line vty 0 4
 login
!
end

Comandos show

  • show frame-relay map

  • show ip route

  • show isdn history

  • show isdn status

  • show interface bri 0

  • show isdn active

Spicey

Spicey#show frame-relay map
   Serial0.2 (up): point-to-point dlci, dlci 130(0x82,0x2020), broadcast
             status defined, active
   Serial0.1 (up): point-to-point dlci, dlci 140(0x8C,0x20C0), broadcast
             status defined, active

   Spicey#show ip route
   Codes: C - connected, S - static, I - IGRP, R - RIP, M - mobile, B - BGP
          D - EIGRP, EX - EIGRP external, O - OSPF, IA - OSPF inter area
          N1 - OSPF NSSA external type 1, N2 - OSPF NSSA external type 2
          E1 - OSPF external type 1, E2 - OSPF external type 2, E - EGP
          i - IS-IS, L1 - IS-IS level-1, L2 - IS-IS level-2, ia - IS-IS
   inter area
          * - candidate default, U - per-user static route, o - ODR
          P - periodic downloaded static route

   Gateway of last resort is not set

        3.0.0.0/24 is subnetted, 2 subnets C
        3.1.3.0 is directly connected, Serial0.2 C
        3.1.6.0 is directly connected, BRI0
        4.0.0.0/24 is subnetted, 1 subnets C
        4.0.1.0 is directly connected, Serial0.1
        124.0.0.0/24 is subnetted, 1 subnets C
        124.124.124.0 is directly connected, Ethernet0
        123.0.0.0/8 is variably subnetted, 2 subnets, 2 masks I
        123.0.0.0/8 [100/8576] via 4.0.1.2, 00:00:00, Serial0.1 S
        123.123.123.0/24 [250/0] via 3.1.6.2 I
        122.0.0.0/8 [100/8576] via 3.1.3.3, 00:00:37, Serial0.2

   Spicey#
   *Mar  1 00:59:12.527: %LINK-3-UPDOWN: Interface BRI0:1, changed state to up
   *Mar  1 00:59:13.983: %LINEPROTO-5-UPDOWN: Line protocol on Interface
   BRI0:1, changed state to up
   *Mar  1 00:59:18.547: %ISDN-6-CONNECT: Interface BRI0:1 is now connected to 6105 Prasit

   Spicey#show isdn history
   --------------------------------------------------------------------------------
                                      ISDN CALL HISTORY
   --------------------------------------------------------------------------------
   Call History contains all active calls, and a maximum of 100 inactive calls.
   Inactive call data will be retained for a maximum of 15 minutes.
   --------------------------------------------------------------------------------
   Call    Calling      Called          Remote  Seconds Seconds Seconds
   Charges
   Type    Number       Number          Name    Used    Left    Idle  Units/Currency
   --------------------------------------------------------------------------------
   In         6105           6106       Prasit          31      90     29
   --------------------------------------------------------------------------------

   Spicey#
   *Mar  1 01:01:14.547: %ISDN-6-DISCONNECT: Interface BRI0:1  disconnected
   from 6105 Prasit, call lasted 122 seconds
   *Mar  1 01:01:14.663: %LINK-3-UPDOWN: Interface BRI0:1, changed state to down
   *Mar  1 01:01:15.663: %LINEPROTO-5-UPDOWN: Line protocol on Interface
   BRI0:1, changed state to down 

Prasit

Prasit#show frame-relay map
   Serial1.1 (up): point-to-point dlci, dlci 150(0x96,0x2460), broadcast
             status defined, active

   Prasit#ping 124.124.124.1

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

   Prasit#show ip route
   Codes: C - connected, S - static, I - IGRP, R - RIP, M - mobile, B - BGP
          D - EIGRP, EX - EIGRP external, O - OSPF, IA - OSPF inter area
          N1 - OSPF NSSA external type 1, N2 - OSPF NSSA external type 2
          E1 - OSPF external type 1, E2 - OSPF external type 2, E - EGP
          i - IS-IS, L1 - IS-IS level-1, L2 - IS-IS level-2, ia - IS-IS
   inter area
          * - candidate default, U - per-user static route, o - ODR
          P - periodic downloaded static route

   Gateway of last resort is not set

   I    3.0.0.0/8 [100/10476] via 4.0.1.1, 00:00:55, Serial1.1
        4.0.0.0/24 is subnetted, 1 subnets
   C    4.0.1.0 is directly connected, Serial1.1
        124.0.0.0/8 is variably subnetted, 2 subnets, 2 masks
   S    124.124.124.0/24 [250/0] via 3.1.6.1
   I    124.0.0.0/8 [100/8576] via 4.0.1.1, 00:00:55, Serial1.1
        123.0.0.0/24 is subnetted, 1 subnets
   C    123.123.123.0 is directly connected, Ethernet0
   I    122.0.0.0/8 [100/10576] via 4.0.1.1, 00:00:55, Serial1.1

A linha serial fica inativa.

Prasit#
   *Mar  1 01:23:50.531: %LINK-3-UPDOWN: Interface Serial1, changed state to down
   *Mar  1 01:23:51.531: %LINEPROTO-5-UPDOWN: Line protocol on Interface
   Serial1, changed state to down
   *Mar  1 01:23:53.775: %LINK-3-UPDOWN: Interface BRI0:1, changed state to down
   *Mar  1 01:23:53.791: %LINK-3-UPDOWN: Interface BRI0:2, changed state to down
   *Mar  1 01:23:53.827: %LINK-3-UPDOWN: Interface BRI0, changed state to up
   *Mar  1 01:23:57.931: %ISDN-6-LAYER2UP: Layer 2 for Interface BR0, TEI 64 changed to up

   Prasit#show ip route
   Codes: C - connected, S - static, I - IGRP, R - RIP, M - mobile, B - BGP
          D - EIGRP, EX - EIGRP external, O - OSPF,IA - OSPF inter area
          N1 - OSPF NSSA external type 1, N2 - OSPF NSSA external type 2
          E1 - OSPF external type 1, E2 - OSPF external type 2, E - EGP
          i - IS-IS, L1 - IS-IS level-1, L2 - IS-IS level-2, ia - IS-IS
   inter area
          * - candidate default, U - per-user static route, o - ODR
          P - periodic downloaded static route

   Gateway of last resort is not set

        3.0.0.0/24 is subnetted, 1 subnets
   C    3.1.6.0 is directly connected, BRI0
        124.0.0.0/24 is subnetted, 1 subnets
   S    124.124.124.0 [250/0] via 3.1.6.1
        123.0.0.0/24 is subnetted, 1 subnets
   C    123.123.123.0 is directly connected, Ethernet0

   Prasit#show isdn status
   Global ISDN Switchtype = basic-net3
   ISDN BRI0 interface
           dsl 0, interface ISDN Switchtype = basic-net3
       Layer 1 Status:
           ACTIVE
       Layer 2 Status:
           TEI = 64, Ces = 1, SAPI = 0, State = MULTIPLE_FRAME_ESTABLISHED
       Layer 3 Status:
           0 Active Layer 3 Call(s)
       Active dsl 0 CCBs = 0
       The Free Channel Mask:  0x80000003
       Total Allocated ISDN CCBs = 0

   Prasit#ping 124.124.124.1

   Type escape sequence to abort.
   Sending 5, 100-byte ICMP Echos to 124.124.124.1, timeout is 2 seconds:
   !
   *Mar  1 01:25:47.383: %LINK-3-UPDOWN: Interface BRI0:1, changed state to up!!!
   Success rate is 80 percent (4/5), round-trip min/avg/max = 36/36/36 ms
   Prasit#
   *Mar  1 01:25:48.475: %LINEPROTO-5-UPDOWN: Line protocol on Interface
   BRI0:1, changed state to up

   Prasit#
   *Mar  1 01:25:53.407: %ISDN-6-CONNECT: Interface BRI0:1 is now connected
   to 6106 Spicey

   Prasit#show isdn status
   Global ISDN Switchtype = basic-net3
   ISDN BRI0 interface
           dsl 0, interface ISDN Switchtype = basic-net3
       Layer 1 Status:
           ACTIVE
       Layer 2 Status:
           TEI = 64, Ces = 1, SAPI = 0, State = MULTIPLE_FRAME_ESTABLISHED
       Layer 3 Status:
           1 Active Layer 3 Call(s)
           CCB:callid=8003, sapi=0, ces=1, B-chan=1, calltype=DATA
       Active dsl 0 CCBs = 1
       The Free Channel Mask: 0x80000002
       Total Allocated ISDN CCBs = 1

   Prasit#show isdn active
   --------------------------------------------------------------------------------
                                      ISDN ACTIVE CALLS
   --------------------------------------------------------------------------------
   Call    Calling      Called          Remote  Seconds Seconds Seconds Charges
   Type    Number       Number          Name    Used    Left    Idle    Units/Currency
   --------------------------------------------------------------------------------
   Out                   6106         Spicey      21     100      19       0
   --------------------------------------------------------------------------------

   Prasit#
   *Mar  1 01:27:49.027: %ISDN-6-DISCONNECT: Interface BRI0:1  disconnected
   from 6106 Spicey, call lasted 121 seconds
   *Mar  1 01:27:49.131: %LINK-3-UPDOWN: Interface BRI0:1, changed state to down
   *Mar  1 01:27:50.131: %LINEPROTO-5-UPDOWN: Line protocol on Interface
   BRI0:1, changed state to down
   *Mar  1 01:28:09.215: %LINK-3-UPDOWN: Interface Serial1, changed state to up
   *Mar  1 01:28:10.215: %LINEPROTO-5-UPDOWN: Line protocol on Interface
   Serial1, changed state to up
   *Mar  1 01:28:30.043: %ISDN-6-LAYER2DOWN: Layer 2 for Interface BRI0,
   TEI 64 changed to down
   *Mar  1 01:28:30.047: %ISDN-6-LAYER2DOWN: Layer 2 for Interface BR0, TEI
   64 changed to down
   *Mar  1 01:28:30.371: %LINK-5-CHANGED: Interface BRI0, changed state to standby mode
   *Mar  1 01:28:30.387: %LINK-3-UPDOWN: Interface BRI0:1, changed state to down
   *Mar  1 01:28:30.403: %LINK-3-UPDOWN: Interface BRI0:2, changed state to down
   Prasit#

A conexão serial está de volta novamente.

Prasit#show isdn status
   Global ISDN Switchtype = basic-net3
   ISDN BRI0 interface
           dsl 0, interface    ISDN Switchtype = basic-net3
       Layer 1 Status:
           DEACTIVATED
       Layer 2 Status:
           Layer 2 NOT Activated
       Layer 3 Status:
           0 Active Layer    3 Call(s)
       Active dsl 0 CCBs = 0
       The Free Channel Mask:  0x80000003
       Total Allocated ISDN CCBs = 0

   Prasit#show interface bri 0
   BRI0 is standby mode, line protocol is down
     Hardware is BRI
     Internet address is 3.1.6.2/24
     MTU 1500 bytes, BW 64 Kbit, DLY 20000 usec,
        reliability 255/255, txload 1/255, rxload 1/255
     Encapsulation PPP, loopback not set
     Last input 00:01:00, output 00:01:00, output hang never
     Last clearing of "show interface" counters 01:28:16
     Input queue: 0/75/0/0 (size/max/drops/flushes); Total output drops: 0
     Queueing strategy: weighted fair
     Output queue: 0/1000/64/0 (size/max total/threshold/drops)
        Conversations  0/1/16 (active/max active/max total)
        Reserved Conversations 0/0 (allocated/max allocated)
     5 minute input rate 0 bits/sec, 0 packets/sec
     5 minute output rate 0 bits/sec, 0 packets/sec
        128 packets input, 601 bytes, 0 no buffer
        Received 0 broadcasts, 0 runts, 0 giants, 0 throttles
        0 input errors, 0 CRC, 0 frame, 0 overrun, 0 ignored, 0 abort
        132 packets output, 687 bytes, 0 underruns
        0 output errors, 0 collisions, 10 interface resets
        0 output buffer failures, 0 output buffers swapped out
        14 carrier transitions

   Prasit#ping 124.124.124.1

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

Hub and Spoke com Perfis do Discador

Segue um exemplo de uma configuração de hub and spoke por backup de DLCI. Os roteadores do spoke estão chamando o roteador de hub. Como podemos ver, permitimos somente um canal B por lado usando a opção max-link no pool de discadores no lado de hub.

Observação: A carga de backup não é aceita em subinterfaces. Como não rastreamos os níveis de tráfego em subinterfaces, nenhuma carga é calculada.

Diagrama de Rede

19b.gif

Configurações

Aton

Aton#show running-config
Building configuration...

Current configuration:
!
version 12.0
service timestamps debug uptime
service timestamps log uptime
no service password-encryption
!
hostname Aton
!
!
username Spicey password 0 cisco
!
isdn switch-type basic-net3
!
!
!
interface Ethernet0
 ip address 122.122.122.1 255.255.255.0
!
!
interface Serial1
 no ip address
 encapsulation frame-relay
!
interface Serial1.1 point-to-point
 ip address 3.1.3.3 255.255.255.0
 backup delay 5 10
 backup interface BRI0
 frame-relay interface-dlci 160
!
interface BRI0
 ip address 155.155.155.3 255.255.255.0
 encapsulation ppp
 no ip route-cache
 no ip mroute-cache
 dialer map ip 155.155.155.2 name Spicey broadcast 6106
 dialer-group 1
 isdn switch-type basic-net3
 ppp authentication chap
!
router igrp 2
 network 3.0.0.0
 network 122.0.0.0
 network 155.155.0.0
!
ip route 124.124.124.0 255.255.255.0 155.155.155.2 250
!
access-list 101 deny   igrp any any
 access-list 101 permit ip any any
 dialer-list 1 protocol ip list 101
!
line con 0
 exec-timeout 0 0
 transport input none
 line aux 0
 line vty 0 4
 login
!
end

Spicey

Spicey#show running-config
Building configuration...
Current configuration : 1887 bytes
!
version 12.1
service timestamps debug datetime msec
service timestamps log datetime msec
no service password-encryption
!
hostname Spicey
!
username Prasit password 0 cisco
username Aton password 0 cisco
!
isdn switch-type basic-net3
!
!
!
interface Ethernet0
 ip address 124.124.124.1 255.255.255.0
!
interface Serial0
 no ip address
 encapsulation frame-relay
!
interface Serial0.1 point-to-point
 ip address 4.0.1.1 255.255.255.0
 frame-relay interface-dlci 140
!
interface Serial0.2 point-to-point
 ip address 3.1.3.1 255.255.255.0
 frame-relay interface-dlci 130
!
interface BRI0
 no ip address
 encapsulation ppp
 no ip route-cache
 no ip mroute-cache
 dialer pool-member 2 max-link 1
 dialer pool-member 1 max-link 1
 isdn switch-type basic-net3
 no peer default ip address
 no cdp enable
 ppp authentication chap
!
interface Dialer1
 ip address 160.160.160.1 255.255.255.0
 encapsulation ppp
 no ip route-cache
 no ip mroute-cache
 dialer pool 1
 dialer remote-name Prasit
 dialer-group 1
 ppp authentication chap
!
interface Dialer2
 ip address 155.155.155.2 255.255.255.0
 encapsulation ppp
 no ip route-cache
 no ip mroute-cache
 dialer pool 2
 dialer remote-name Aton
 dialer-group 1
 ppp authentication chap
!
router igrp 2
 network 3.0.0.0
 network 4.0.0.0
 network 124.0.0.0
 network 155.155.0.0
 network 160.160.0.0
!
access-list 101 deny   igrp any any
 access-list 101 permit ip any any
 dialer-list 1 protocol ip list 101
!
line con 0
 exec-timeout 0 0
 transport input none
 line aux 0
 line vty 0 4
 login
!
end

Prasit

Prasit#show running-config
Building configuration...

Current configuration : 1267 bytes
!
version 12.1
service timestamps debug datetime msec
service timestamps log datetime msec
no service password-encryption
!
hostname Prasit
!
username Spicey password 0 cisco
!
isdn switch-type basic-net3
!
!
!
interface Ethernet0
 ip address 123.123.123.1 255.255.255.0
!
interface Serial1
  no ip address
  encapsulation frame-relay
!
interface Serial1.1 point-to-point
 backup delay 5 10
 backup interface BRI0
 ip address 4.0.1.2 255.255.255.0
 frame-relay interface-dlci 150
!
interface BRI0
 ip address 160.160.160.2 255.255.255.0
 encapsulation ppp
 dialer map ip 160.160.160.1 name Spicey broadcast 6106
 dialer-group 1
 isdn switch-type basic-net3
 ppp authentication chap
!
router igrp 2
 network 4.0.0.0
 network 123.0.0.0
 network 160.160.0.0
!
ip route 124.124.124.0 255.255.255.0 160.160.160.1 250
!
access-list 101 deny   igrp any any
 access-list 101 permit ip any any
 dialer-list 1 protocol ip list 101
!
line con 0
 exec-timeout 0 0
 transport input none
 line aux 0
 line vty 0 4
 login
!
end

Comandos show

  • show frame-relay map

  • show ip route

  • show frame map

  • show frame-relay pvc

Aton

Aton#show frame-relay map
   Serial1.1 (up): point-to-point dlci, dlci 160(0xA0,0x2800), broadcast
             status defined, active

   Aton#ping 124.124.124.1
   Type escape sequence to abort.
   Sending 5, 100-byte ICMP Echos to 124.124.124.1, timeout is 2 seconds:
   !!!!!
   Success rate is 100 percent (5/5), round-trip min/avg/max = 36/36/36 ms

   Aton#show ip route
   Codes: C - connected, S - static, I - IGRP, R - RIP, M - mobile, B - BGP
          D - EIGRP, EX - EIGRP external, O - OSPF,    IA - OSPF inter area
          N1 - OSPF NSSA external type 1, N2 - OSPF    NSSA external type 2
          E1 - OSPF external type 1, E2 - OSPF external type 2, E - EGP
          i - IS-IS, L1 - IS-IS level-1, L2 - IS-IS level-2, * - candidate default
          U - per-user static route, o - ODR, P - periodic downloaded static route
          T - traffic engineered route

   Gateway of last resort is not set

   I    155.155.0.0/16 [100/182571] via 3.1.3.1, Serial1.1
        3.0.0.0/24 is subnetted, 1 subnets
   C    3.1.3.0 is directly connected, Serial1.1
   I    4.0.0.0/8 [100/10476] via 3.1.3.1, Serial1.1
   I    160.160.0.0/16 [100/182571] via 3.1.3.1, Serial1.1
        124.0.0.0/8 is variably subnetted, 2 subnets, 2 masks
   S    124.124.124.0/24 [250/0] via 155.155.155.2
   I    124.0.0.0/8 [100/8576] via 3.1.3.1, Serial1.1
   I    123.0.0.0/8 [100/10576] via 3.1.3.1, Serial1.1
        122.0.0.0/24 is subnetted, 1 subnets
   C    122.122.122.0 is directly connected, Ethernet0
   Aton#   

O serial 1 está sendo desativado.

Aton#
   01:16:33: %LINK-3-UPDOWN: Interface Serial1, changed state to down
   01:16:34: %LINEPROTO-5-UPDOWN: Line protocol on Interface Serial1,
   changed state to down
   01:16:37: %LINK-3-UPDOWN: Interface BRI0:1, changed state to down
   01:16:37: %LINK-3-UPDOWN: Interface BRI0:2, changed state to down
   01:16:37: %LINK-3-UPDOWN: Interface BRI0, changed state to up
   01:16:41: %ISDN-6-LAYER2UP: Layer 2 for Interface BR0, TEI 64 changed to up

   Aton#show ip route 
   Codes: C - connected, S - static, I - IGRP, R - RIP, M - mobile, B - BGP
          D - EIGRP, EX - EIGRP external, O - OSPF, IA - OSPF inter area
          N1 - OSPF NSSA external type 1, N2 - OSPF NSSA external type 2
          E1 - OSPF external type 1, E2 - OSPF external    type 2, E - EGP
          i - IS-IS, L1 - IS-IS level-1, L2 - IS-IS level-2, * - candidate default
          U - per-user static route, o - ODR, P - periodic downloaded static route
          T - traffic engineered route

   Gateway of last resort is not set
        155.155.0.0/24 is subnetted, 1 subnets
   C    155.155.155.0 is directly connected, BRI0
        124.0.0.0/24 is subnetted, 1 subnets
   S    124.124.124.0 [250/0] via 155.155.155.2
        122.0.0.0/24 is subnetted, 1 subnets
   C    122.122.122.0 is directly connected, Ethernet0

   Aton#ping 124.124.124.1
   Type escape sequence to abort.
   Sending 5, 100-byte ICMP Echos to 124.124.124.1, timeout is 2 seconds:

   01:21:33: %LINK-3-UPDOWN: Interface BRI0:1, changed state to up.!!!!
   Success rate is 80 percent (4/5), round-trip min/avg/max = 36/36/36 ms
   Aton#
   01:21:34: %LINEPROTO-5-UPDOWN: Line protocol on Interface BRI0:1,
   changed state to up
   01:21:39: %ISDN-6-CONNECT: Interface BRI0:1 is now connected to 6106
   Spicey

   Aton#ping 124.124.124.1

   Type escape sequence to abort.
   Sending 5, 100-byte ICMP Echos to 124.124.124.1, timeout is 2 seconds:
   !!!!!
   Success rate is 100 percent (5/5), round-trip min/avg/max = 32/123/296 ms
   Aton#

O Serial 1 se torna ativo novamente

Aton#
   01:24:02: %ISDN-6-DISCONNECT: Interface BRI0:1  disconnected from 6106
   Spicey, call lasted 149 seconds
   01:24:02: %LINK-3-UPDOWN: Interface BRI0:1, changed state to down
   01:24:03: %LINEPROTO-5-UPDOWN: Line protocol on Interface BRI0:1,
   changed state to down

   Aton#show frame map
   Serial1.1 (down): point-to-point dlci, dlci 160(0xA0,0x2800), broadcast
             status deleted
   Aton#
   01:26:35: %LINK-3-UPDOWN: Interface Serial1, changed state to up
   01:26:36: %LINEPROTO-5-UPDOWN: Line protocol on Interface Serial1,
   changed state to up
   01:26:56: %ISDN-6-LAYER2DOWN: Layer 2 for Interface BRI0, TEI 64 changed
   to down
   01:26:56: %ISDN-6-LAYER2DOWN: Layer 2 for Interface BR0, TEI 64 changed
   to down
   01:26:56: %LINK-5-CHANGED: Interface BRI0, changed state to standby mode
   01:26:56: %LINK-3-UPDOWN: Interface BRI0:1, changed state to down
   01:26:56: %LINK-3-UPDOWN: Interface BRI0:2, changed state to down

   Aton#show frame map
   Serial1.1 (up): point-to-point dlci, dlci 160(0xA0,0x2800), broadcast
             status defined, active
   Aton#ping 124.124.124.1

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

   Aton#ping 124.124.124.1

   Aton#show frame-relay pvc
   PVC Statistics for interface Serial1 (Frame Relay DTE)
                    Active     Inactive      Deleted          Static
     Local          1               0            0               0
     Switched       0               0            0               0
     Unused         0               0            0               0

   DLCI = 160, DLCI USAGE = LOCAL, PVC STATUS = ACTIVE, INTERFACE =
   Serial1.1
     input pkts 60               output pkts 69           in    bytes 9694
     out bytes 10811             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 44         out    bcast bytes 7565
     pvc create time 01:28:35, last time pvc status changed 00:02:19

Spicey

Spicey#show frame-relay map
   Serial0.1 (up): point-to-point dlci, dlci 140(0x8C,0x20C0), broadcast
             status defined, active
   Serial0.2 (up): point-to-point dlci, dlci 130(0x82,0x2020), broadcast
             status defined, active

   Spicey#ping 122.122.122.1
   Type escape sequence to abort.
   Sending 5, 100-byte ICMP Echos to 122.122.122.1, timeout is 2 seconds:
   !!!!!
   Success rate is 100 percent (5/5), round-trip min/avg/max = 32/35/36 ms

   Spicey#ping 123.123.123.1
   Type escape sequence to abort.
   Sending 5, 100-byte ICMP Echos to 123.123.123.1, timeout is 2 seconds:
   !!!!!
   Success rate is 100 percent (5/5), round-trip min/avg/max = 36/36/36 ms

   Spicey#show ip route
   Codes: C - connected, S - static, I - IGRP, R - RIP, M - mobile, B - BGP
          D - EIGRP, EX - EIGRP external, O - OSPF,    IA - OSPF inter area
          N1 - OSPF NSSA external type 1, N2 - OSPF    NSSA external type 2
          E1 - OSPF external type 1, E2 - OSPF external    type 2, E - EGP
          i - IS-IS, L1 - IS-IS level-1, L2 - IS-IS    level-2, ia - IS-IS
   inter area
          * - candidate default, U - per-user static    route, o - ODR
          P - periodic downloaded static route
   Gateway of last resort is not set
        155.155.0.0/24 is subnetted, 1 subnets
   C    155.155.155.0 is directly connected, Dialer2
        3.0.0.0/24 is subnetted, 1 subnets
   C    3.1.3.0 is directly connected, Serial0.2
        4.0.0.0/24 is subnetted, 1 subnets
   C    4.0.1.0 is directly connected, Serial0.1
        160.160.0.0/24 is subnetted, 1 subnets
   C    160.160.160.0 is directly connected, Dialer1
        124.0.0.0/24 is subnetted, 1 subnets
   C    124.124.124.0 is directly connected, Ethernet0
   I    123.0.0.0/8 [100/8576] via 4.0.1.2, 00:00:55, Serial0.1
   I    122.0.0.0/8 [100/8576] via 3.1.3.3, 00:00:35, Serial0.2

Ambas as linhas de serial dos lados de chamada estão sendo desativadas.

Spicey#

   *Mar  1 01:21:30.171: %LINK-3-UPDOWN: Interface BRI0:1, changed state toup
   *Mar  1 01:21:30.627: %DIALER-6-BIND: Interface BR0:1 bound to profile Di2
   *Mar  1 01:21:31.647: %LINEPROTO-5-UPDOWN: Line protocol on Interface
   BRI0:1, changed state to up
   *Mar  1 01:21:36.191: %ISDN-6-CONNECT: Interface BRI0:1 is now connected
   to 6104 Aton
   *Mar  1 01:21:40.923: %LINK-3-UPDOWN: Interface BRI0:2, changed state to up
   *Mar  1 01:21:41.359: %DIALER-6-BIND: Interface BR0:2 bound to profile Di1
   *Mar  1 01:21:42.383: %LINEPROTO-5-UPDOWN: Line protocol on Interface
   BRI0:2, changed state to up
   *Mar  1 01:21:46.943: %ISDN-6-CONNECT: Interface BRI0:2 is now connected
   to 6105 Prasit
   *Mar  1 01:23:59.819: %DIALER-6-UNBIND: Interface BR0:1 unbound from
   profile Di2
   *Mar  1 01:23:59.831: %ISDN-6-DISCONNECT: Interface BRI0:1  disconnected
   from 6104 Aton, call lasted 149 seconds
   *Mar  1 01:23:59.927: %LINK-3-UPDOWN: Interface BRI0:1, changed state to down
   *Mar  1 01:24:00.923: %LINEPROTO-5-UPDOWN: Line protocol on Interface
   BRI0:1, changed state to down
   *Mar  1 01:24:03.015: %DIALER-6-UNBIND: Interface BR0:2 unbound from
   profile Di1
   *Mar  1 01:24:03.023: %ISDN-6-DISCONNECT: Interface BRI0:2  disconnected
   from 6105 Prasit, call lasted 142 seconds
   *Mar  1 01:24:03.107: %LINK-3-UPDOWN: Interface BRI0:2, changed state to down
   *Mar  1 01:24:04.107: %LINEPROTO-5-UPDOWN: Line protocol on Interface
   BRI0:2, changed state to down

   Spicey#show frame map
   Serial0.1 (down): point-to-point dlci, dlci 140(0x8C,0x20C0), broadcast
             status defined, inactive
   Serial0.2 (down): point-to-point dlci, dlci 130(0x82,0x2020), broadcast
             status defined, inactive
   Spicey#

Ambas as linhas de seriais estão disponíveis novamente.

Spicey#show frame pvc
   PVC Statistics for interface Serial0 (Frame Relay DTE)
                    Active     Inactive      Deleted          Static
     Local          2               0            0               0
     Switched       0               0            0               0
     Unused         0               0            0               0

   DLCI = 130, DLCI USAGE = LOCAL, PVC STATUS = ACTIVE, INTERFACE =
   Serial0.2

     input pkts 54               output pkts 61           in    bytes 7014
     out bytes 9975              dropped pkts 3           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 40         out    bcast bytes 7803
     pvc create time 01:28:14, last time pvc status changed 00:02:38

   DLCI = 140, DLCI USAGE = LOCAL, PVC STATUS = ACTIVE, INTERFACE =
   Serial0.1

     input pkts 56               output pkts 60           in    bytes 7604
     out bytes 10114             dropped pkts 2           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 39           out    bcast bytes 7928
     pvc create time 01:28:15, last time pvc status changed 00:02:29

Prasit

Prasit#show frame-relay map
   Serial1.1 (up): point-to-point dlci, dlci 150(0x96,0x2460), broadcast
             status defined, active

   Prasit#ping 124.124.124.1
   Type escape sequence to abort.
   Sending 5, 100-byte ICMP Echos to 124.124.124.1, timeout is 2 seconds:
   !!!!!
   Success rate is 100 percent (5/5), round-trip min/avg/max = 36/36/40 ms

   Prasit#show ip route
   Codes: C - connected, S - static, I - IGRP, R - RIP, M - mobile, B - BGP
          D - EIGRP, EX - EIGRP external, O - OSPF,    IA - OSPF inter area
          N1 - OSPF NSSA external type 1, N2 - OSPF    NSSA external type 2
          E1 - OSPF external type 1, E2 - OSPF external    type 2, E - EGP
          i - IS-IS, L1 - IS-IS level-1, L2 - IS-IS    level-2, ia - IS-IS
   inter area
          * - candidate default, U - per-user static    route, o - ODR
          P - periodic downloaded static route

   Gateway of last resort is not set

   I    155.155.0.0/16 [100/182571] via 4.0.1.1, 00:00:41, Serial1.1
   I    3.0.0.0/8 [100/10476] via 4.0.1.1, 00:00:41, Serial1.1
        4.0.0.0/24 is subnetted, 1 subnets
   C    4.0.1.0 is directly connected, Serial1.1
   I    160.160.0.0/16 [100/182571] via 4.0.1.1, 00:00:41, Serial1.1
        124.0.0.0/8 is variably subnetted, 2 subnets, 2 masks
   S    124.124.124.0/24 [250/0] via 160.160.160.1
   I    124.0.0.0/8 [100/8576] via 4.0.1.1, 00:00:41, Serial1.1
        123.0.0.0/24 is subnetted, 1 subnets
   C    123.123.123.0 is directly connected, Ethernet0
   I    122.0.0.0/8 [100/10576] via 4.0.1.1, 00:00:42, Serial1.1
   Prasit#

O serial 1 é desativado.

Prasit#
   *Mar  1 01:16:08.287: %LINK-3-UPDOWN: Interface Serial1, changed state to down
   *Mar  1 01:16:09.287: %LINEPROTO-5-UPDOWN: Line protocol on Interface
   Serial1, changed state to down
   *Mar  1 01:16:11.803: %LINK-3-UPDOWN: Interface BRI0:1, changed state to down
   *Mar  1 01:16:11.819: %LINK-3-UPDOWN: Interface BRI0:2, changed state to down
   *Mar  1 01:16:11.855: %LINK-3-UPDOWN: Interface BRI0, changed state to up
   *Mar  1 01:16:15.967: %ISDN-6-LAYER2UP: Layer 2 for Interface BR0, TEI
   64 changed to up

   Prasit#show ip route
   Codes: C - connected, S - static, I - IGRP, R - RIP, M - mobile, B - BGP
          D - EIGRP, EX - EIGRP external, O - OSPF,    IA - OSPF inter area
          N1 - OSPF NSSA external type 1, N2 - OSPF    NSSA external type 2
          E1 - OSPF external type 1, E2 - OSPF external    type 2, E - EGP
          i - IS-IS, L1 - IS-IS level-1, L2 - IS-IS    level-2, ia - IS-IS
   inter area
          * - candidate default, U - per-user static    route, o - ODR
          P - periodic downloaded static route

   Gateway of last resort is not set

        160.160.0.0/24 is subnetted, 1 subnets
   C    160.160.160.0 is directly connected, BRI0
        124.0.0.0/24 is subnetted, 1 subnets
   S    124.124.124.0 [250/0] via 160.160.160.1
        123.0.0.0/24 is subnetted, 1 subnets
   C    123.123.123.0 is directly connected, Ethernet0

   Prasit#ping 124.124.124.1

   Type escape sequence to abort.
   Sending 5, 100-byte ICMP Echos to 124.124.124.1, timeout is 2 seconds:

   *Mar  1 01:21:38.967: %LINK-3-UPDOWN: Interface BRI0:1, changed state to
   up.!!!!
   Success rate is 80 percent (4/5), round-trip min/avg/max = 36/36/36 ms
   Prasit#
   *Mar  1 01:21:40.063: %LINEPROTO-5-UPDOWN: Line protocol on Interface
   BRI0:1, changed state to up
   *Mar  1 01:21:44.991: %ISDN-6-CONNECT: Interface BRI0:1 is now connected
   to 6106 Spicey

   Prasit#ping 124.124.124.1

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

O serial 1 se torna ativo novamente.

Prasit#

   *Mar  1 01:26:40.579: %LINK-3-UPDOWN: Interface Serial1, changed state to up
   *Mar  1 01:26:41.579: %LINEPROTO-5-UPDOWN: Line protocol on Interface
   Serial1, changed state to up
   *Mar  1 01:27:01.051: %ISDN-6-LAYER2DOWN: Layer 2 for Interface BRI0,
   TEI 64 changed to down
   *Mar  1 01:27:01.055: %ISDN-6-LAYER2DOWN: Layer 2 for Interface BR0, TEI
   64 changed to down
   *Mar  1 01:27:01.363: %LINK-5-CHANGED: Interface BRI0, changed state to standby mode
   *Mar  1 01:27:01.379: %LINK-3-UPDOWN: Interface BRI0:1, changed state to down
   *Mar  1 01:27:01.395: %LINK-3-UPDOWN: Interface BRI0:2, changed state to down

   Prasit#show frame map
   Serial1.1 (up): point-to-point dlci, dlci 150(0x96,0x2460), broadcast
             status defined, active

   Prasit#ping 124.124.124.1
   Type escape sequence to abort.
   Sending 5, 100-byte ICMP Echos to 124.124.124.1, timeout is 2 seconds:
   !!!!!
   Success rate is 100 percent (5/5), round-trip min/avg/max = 36/116/432 ms

   Prasit#show frame-relay pvc
   PVC Statistics for interface Serial1 (Frame Relay DTE)

                    Active     Inactive      Deleted          Static
     Local          1               0            0               0
     Switched       0               0            0               0
     Unused         0               0            0               0

   DLCI = 150, DLCI USAGE = LOCAL, PVC STATUS = ACTIVE, INTERFACE =
   Serial1.1

     input pkts 58               output pkts 66           in    bytes 9727
     out bytes 10022             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 46         out    bcast bytes 7942
     pvc create time 01:27:37, last time pvc status changed 00:01:59

Configurando o Switching do Frame Relay

O switching do Frame Relay é um meio de fazer switching de pacotes com base no identificador de conexão de link de dados (DLCI). Podemos ver isso como o equivalente ao Frame Relay de um endereço de Controle de Acesso de Mídia (MAC). Você executa switching configurando seu roteador Cisco ou servidor de acesso em uma rede de Frame Relay. Existem duas partes em uma rede de Frame Relay:

  • Equipamento de terminal de dados (DTE) do Frame Relay – o roteador ou servidor de acesso.

  • Switch do equipamento de terminação de circuito de dados (DCE) do Frame Relay.

Observação:  No Cisco IOS Software release 12.1(2)T e posterior, o comando frame route foi substituído pelo comando connect.

Vamos ver uma configuração de exemplo. Na configuração abaixo, estamos usando o roteador America como switch do Frame Relay. Estamos usando Spicey como roteador de hub e Prasit e Aton como roteadores do spoke. Nós os conectamos da seguinte maneira:

  • Prasit serial 1 (s1) DTE está conectado a serial de a América 1/4 (s1/4) DCE.

  • Spicey serial 0 (s0) DTE está conectado a serial de a América 1/5 (s1/5) DCE

  • Aton serial 1 (s1) DTE está conectado a serial de a América 3/4 (s3/4) DCE.

Diagrama de Rede

Este documento é baseado na configuração a seguir:

fr_switching.gif

Configurações

Spicey

Spicey#show running-config
Building configuration...

!
version 12.1
service timestamps debug datetime msec
service timestamps log datetime msec
no service password-encryption
!
hostname Spicey
!
!
!
interface Ethernet0
 ip address 124.124.124.1 255.255.255.0
!
interface Serial0
 ip address 3.1.3.1 255.255.255.0
 encapsulation frame-relay
 frame-relay interface-dlci 130
 frame-relay interface-dlci 140
!
!
router rip
 network 3.0.0.0
 network 124.0.0.0
!
line con 0
!
exec-timeout 0 0
 transport input none
 line aux 0
 line vty 0 4
 login
!
end

Prasit

Prasit#show running-config
Building configuration...
Current configuration : 1499 bytes
!
 version 12.1
service timestamps debug datetime msec
service timestamps log datetime msec
no service password-encryption
!
hostname Prasit
!
!
!
interface Ethernet0
 ip address 123.123.123.1 255.255.255.0
!
interface Serial1
 ip address 3.1.3.2 255.255.255.0
 encapsulation frame-relay
 frame-relay interface-dlci 150
!
!
router rip
 network 3.0.0.0
 network 123.0.0.0
!
 !
line con 0
 exec-timeout 0 0
 transport input none
 line aux 0
 line vty 0 4
 login
!
end

Aton

Aton#show running-config
Building configuration...
Current configuration:
!
version 12.0
service timestamps debug uptime
service timestamps log uptime
no service password-encryption
!
hostname Aton
!
!
!
interface Ethernet0
 ip address 122.122.122.1 255.255.255.0
!
interface Serial1
 ip address 3.1.3.3 255.255.255.0
 encapsulation frame-relay
 frame-relay interface-dlci 160
!
router rip
 network 3.0.0.0
 network 122.0.0.0
!
!
line con 0
 exec-timeout 0 0
 transport input none
 line aux 0
 line vty 0 4
 login
!
end

America

america#show running-config
Building configuration...
Current configuration:
!
!
service timestamps debug datetime msec
service timestamps log datetime msec
no service password-encryption
!
hostname america
!
frame-relay switching
!
!
interface Serial1/4
 description *** static DCE connection to s1 Prasit
 no ip address
 encapsulation frame-relay
 clockrate 2000000
 frame-relay intf-type dce
 frame-relay route 150 interface Serial1/5 140
!
interface Serial1/5
 description *** static DCE connection to s0 spicy
 no ip address
 encapsulation frame-relay
 bandwidth 1000000
 tx-queue-limit 100
 frame-relay intf-type dce
 frame-relay route 130 interface Serial3/4 160
 frame-relay route 140 interface Serial1/4 150
 transmitter-delay 10
!
interface Serial3/4
 description *** static DCE connection to s1 Aton
 encapsulation frame-relay
 no ip mroute-cache
 clockrate 2000000
 frame-relay intf-type dce
 frame-relay route 160 interface Serial1/5 130
!

Comandos show

Utilize os seguintes comandos show para testar se sua rede está operando de forma correta:

  • show frame-relay map

  • show frame-relay pvc

A saída mostrada abaixo é resultado da inserção desses comandos nos dispositivos que estamos usando nesta configuração de exemplo.

Spicey

Spicey#show frame-relay map
Serial0 (up): ip 3.1.3.2 dlci 140(0x8C,0x20C0), dynamic,
              broadcast,, status defined, active
Serial0 (up): ip 3.1.3.3 dlci 130(0x82,0x2020), dynamic,
              broadcast,, status defined, active

Spicey#show frame-relay pvc

PVC Statistics for interface Serial0 (Frame Relay DTE)
                   Active     Inactive      Deleted            Static
 Local          2                 0            0                 0
 Switched       0                 0            0                 0
 Unused         0                 0            0                 0

 DLCI = 130, DLCI USAGE = LOCAL, PVC STATUS = ACTIVE, INTERFACE = Serial0

  input pkts 32                 output pkts 40                in bytes 3370
  out bytes 3928                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 30             out bcast bytes 2888
  pvc create time 00:15:46, last time pvc status changed 00:10:42

DLCI = 140, DLCI USAGE = LOCAL, PVC STATUS = ACTIVE, INTERFACE = Serial0

   input pkts 282                output pkts 291          in bytes 25070
   out bytes 27876               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 223            out bcast bytes 20884
   pvc create time 02:28:36, last time pvc status changed 02:25:14

Prasit

Prasit#show frame-relay map
Serial1 (up): ip 3.1.3.1 dlci 150(0x96,0x2460), dynamic,
                   broadcast,, status defined, active

Prasit#show frame-relay pvc

PVC Statistics for interface Serial1 (Frame Relay DTE)
                   Active     Inactive      Deleted            Static
  Local          1                 0            0                 0
  Switched       0                 0            0                 0
  Unused         0                 0            0
DLCI = 150, DLCI USAGE = LOCAL, PVC STATUS = ACTIVE, INTERFACE = Serial1
  input pkts 311                output pkts 233          in bytes 28562
  out bytes 22648               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 162            out bcast bytes 15748
  pvc create time 02:31:39, last time pvc status changed 02:25:14

Aton

Aton#show frame-relay map
Serial1 (up): ip 3.1.3.1 dlci 160(0xA0,0x2800), dynamic, broadcast, status defined, active

Aton#show frame-relay pvc
PVC Statistics for interface Serial1 (Frame Relay DTE)
               Active     Inactive      Deleted            Static
Local          1                 0            0                 0
Switched       0                 0            0                 0
Unused         0                 0            0                 0

DLCI = 160, DLCI USAGE = LOCAL, PVC STATUS = ACTIVE, INTERFACE = Serial
 input pkts 35                 output pkts 32                in bytes 3758
 out bytes 3366                dropped pkts 0                in FECN pkt 0
 in BECN pkts 0                out FECN pkts 0               out BECN pkts 0
 in DE pkts 0                  out DE pkts 0
 out bcast pkts 27 out bcast bytes 2846
 pvc create time 00:10:53, last time pvc status changed 00:10:53

Configurando Priorização de DLCI de Frame Relay

A priorização do identificador de conexão de link de dados (DLCI) é o processo pelo qual tipos de tráfego diferentes são colocados nos DLCIs separados de forma que a rede de Frame Relay possa fornecer uma taxa de informações comprometida para cada tipo de tráfego. Ele pode ser usado em conjunto com os enfileiramento personalizados ou as filas de prioridade para fornecer controle de gerenciamento de largura de banda pelo link de acesso para a rede de Frame Relay. Além disso, alguns fornecedores de serviço de Frame Relay e switches de Frame Relay (como switches de Internetwork Packet Exchange [IPX] Stratacom, IGX e BPX ou AXIS) realmente fornecem priorização dentro da nuvem de Frame Relay com base na configuração de prioridade.

Considerações de Implementação

Ao implementar a priorização de DLCI, observe os seguintes pontos:

  • Se um DLCI secundário for desativado, você perderá o tráfego destinado para essa fila somente.

  • Se você perder o DLCI primário, a subinterface será desativada e você perderá todo o tráfego.

Diagrama de Rede

dlci_prior.gif

Para usar esse configuração, você precisa ter quatro DLCIs para o lado que usará a priorização de DLCI. Neste exemplo, configuramos Spicey para filas de prioridade da seguinte maneira:

  • O ping está na fila de alta prioridade.

  • O Telnet esta na fila de prioridade média.

  • File Transfer Protocol (FTP) está na fila de prioridade normal.

  • Todo o restante do tráfego IP está na fila de baixa prioridade.

Observação: Certifique-se de configurar os DLCIs para que eles sejam correspondentes à lista de prioridade, ou o sistema não usará a fila correta.

Configurações

Spicey

Spicey#show running-config
Building configuration...

Current configuration : 1955 bytes
!
version 12.1
service timestamps debug datetime msec
service timestamps log datetime msec
!
hostname Spicey
!
!
interface Ethernet0
 ip address 124.124.124.1 255.255.255.0
!
interface Serial0
 no ip address
 encapsulation frame-relay
 priority-group 1
!
interface Serial0.1 point-to-point
 ip address 4.0.1.1 255.255.255.0
 frame-relay priority-dlci-group 1 140 180 190 200
 frame-relay interface-dlci 140
!
router igrp 2
 network 4.0.0.0
 network 124.0.0.0
!
access-list 102 permit icmp any any
 priority-list 1 protocol ip high list 102
 priority-list 1 protocol ip medium tcp telnet
 priority-list 1 protocol ip normal tcp ftp
 priority-list 1 protocol ip low
!
line con 0
 exec-timeout 0 0
 transport input none
 line aux 0
 line vty 0 4
 login
!
end

Prasit

Prasit#show running-config
Building configuration...

!
version 12.1
service timestamps debug datetime msec
service timestamps log datetime msec
!
hostname Prasit
!
!
!
interface Ethernet0
 ip address 123.123.123.1 255.255.255.0
!
interface Serial1
 ip address 4.0.1.2 255.255.255.0
 encapsulation frame-relay
!
router igrp 2
 network 4.0.0.0
 network 123.0.0.0
!
line con 0
 exec-timeout 0 0
 transport input none
 line aux 0
 line vty 0 4
 login
!
end

comandos debug e show

Use os seguintes comandos show e debug para testar se sua rede está em operação adequada. Antes de emitir comandos debug, consulte Informações Importantes sobre Comandos de Depuração.

  • show frame-relay pvc

  • show frame-relay map

  • show queueing priority

  • debug priority

A saída mostrada abaixo é resultado da inserção desses comandos nos dispositivos que estamos usando nesta configuração de exemplo.

Spicey

Spicey#show frame-relay pvc
PVC Statistics for interface Serial0 (Frame Relay DTE)

              Active     Inactive      Deleted       Static
  Local          4            0            0            0
  Switched       0            0            0            0
  Unused         0            0            0            0

DLCI = 140, DLCI USAGE = LOCAL, PVC STATUS = ACTIVE, INTERFACE = Serial0.1

  input pkts 106           output pkts 15           in bytes 6801
  out bytes 1560           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 0         out bcast bytes 0
  pvc create time 00:29:22, last time pvc status changed 00:20:37
  Priority DLCI Group 1, DLCI 140 (HIGH), DLCI 180 (MEDIUM)
  DLCI 190 (NORMAL), DLCI 200 (LOW)

DLCI = 180, DLCI USAGE = LOCAL, PVC STATUS = ACTIVE, INTERFACE = Serial0.1

  input pkts 0             output pkts 51           in bytes 0
  out bytes 2434           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 0         out bcast bytes 0
  pvc create time 00:29:23, last time pvc status changed 00:14:48

DLCI = 190, DLCI USAGE = LOCAL, PVC STATUS = ACTIVE, INTERFACE = Serial0.1

  input pkts 0             output pkts 13           in bytes 0
  out bytes 3653           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 13        out bcast bytes 3653
  pvc create time 00:29:23, last time pvc status changed 00:14:28

DLCI = 200, DLCI USAGE = LOCAL, PVC STATUS = ACTIVE, INTERFACE = Serial0.1

  input pkts 0             output pkts 42           in bytes 0
  out bytes 2554           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 10        out bcast bytes 500
  pvc create time 00:29:24, last time pvc status changed 00:14:09

Spicey#show frame-relay map
Serial0.1 (up): point-to-point dlci, dlci 140(0x8C,0x20C0), broadcast
  status defined, active
  Priority DLCI Group 1, DLCI 140 (HIGH), DLCI 180 (MEDIUM)
  DLCI 190 (NORMAL), DLCI 200 (LOW)

Spicey#show queueing priority
Current priority queue configuration:

List   Queue  Args
1      high   protocol ip          list 102
1      medium protocol ip          tcp port telnet
1      normal protocol ip          tcp port ftp
1      low    protocol ip         

Para verificar a fila de prioridades, use o comando debug priority.

Spicey#debug priority
Priority output queueing debugging is on

Spicey#ping 123.123.123.1

Type escape sequence to abort.
Sending 5, 100-byte ICMP Echos to 123.123.123.1, timeout is 2 seconds:
!!!!!
Success rate is 100 percent (5/5), round-trip min/avg/max = 44/45/48 ms
Spicey#
*Mar  1 00:32:30.391: PQ: Serial0: ip (s=4.0.1.1, d=123.123.123.1) ->high
*Mar  1 00:32:30.395: PQ: Serial0: ip (s=4.0.1.1, d=123.123.123.1) ->high
*Mar  1 00:32:30.399: PQ: Serial0 output (Pk size/Q 104/0)
*Mar  1 00:32:30.439: PQ: Serial0: ip (s=4.0.1.1, d=123.123.123.1) ->high
*Mar  1 00:32:30.443: PQ: Serial0: ip (s=4.0.1.1, d=123.123.123.1) ->high
*Mar  1 00:32:30.447: PQ: Serial0 output (Pk size/Q 104/0)
*Mar  1 00:32:30.487: PQ: Serial0: ip (s=4.0.1.1, d=123.123.123.1) ->high
*Mar  1 00:32:30.491: PQ: Serial0: ip (s=4.0.1.1, d=123.123.123.1) ->high
*Mar  1 00:32:30.495: PQ: Serial0 output (Pk size/Q 104/0)
*Mar  1 00:32:30.535: PQ: Serial0: ip (s=4.0.1.1, d=123.123.123.1) ->high
*Mar  1 00:32:30.539: PQ: Serial0: ip (s=4.0.1.1, d=123.123.123.1) ->high
*Mar  1 00:32:30.543: PQ: Serial0 output (Pk size/Q 104/0)
*Mar  1 00:32:30.583: PQ: Serial0: ip (s=4.0.1.1, d=123.123.123.1) ->high
*Mar  1 00:32:30.587: PQ: Serial0: ip (s=4.0.1.1, d=123.123.123.1) ->high
*Mar  1 00:32:30.587: PQ: Serial0 output (Pk size/Q 104/0)Spicey#

Spicey#telnet 123.123.123.1
Trying 123.123.123.1 ... Open

User Access Verification

Password:
*Mar  1 00:32:59.447: PQ: Serial0: ip (tcp 23) -> medium
*Mar  1 00:32:59.451: PQ: Serial0: ip (tcp 23) -> medium
*Mar  1 00:32:59.451: PQ: Serial0 output (Pk size/Q 48/1)
*Mar  1 00:32:59.475: PQ: Serial0: ip (tcp 23) -> medium
*Mar  1 00:32:59.479: PQ: Serial0: ip (tcp 23) -> medium
*Mar  1 00:32:59.483: PQ: Serial0 output (Pk size/Q 44/1)
*Mar  1 00:32:59.487: PQ: Serial0: ip (tcp 23) -> medium
*Mar  1 00:32:59.487: PQ: Serial0: ip (tcp 23) -> medium
*Mar  1 00:32:59.491: PQ: Serial0 output (Pk size/Q 53/1)
*Mar  1 00:32:59.495: PQ: Serial0: ip (tcp 23) -> medium
*Mar  1 00:32:59.499: PQ: Serial0: ip (tcp 23) -> medium
*Mar  1 00:32:59.499: PQ: Serial0 output (Pk size/Q 44/1)
*Mar  1 00:32:59.511: PQ: Serial0: ip (tcp 23) -> medium
*Mar  1 00:32:59.511: PQ: Serial0: ip (tcp 23) -> medium
*Mar  1 00:32:59.515: PQ: Serial0 output (Pk size/Q 47/1)
*Mar  1 00:32:59.519: PQ: Serial0: ip (tcp 23) -> medium
*Mar  1 00:32:59.519: PQ: Serial0: ip (tcp 23) -> medium
*Mar  1 00:32:59.523: PQ: Serial0 output (Pk size/Q 47/1)
*Mar  1 00:32:59.527: PQ: Serial0: ip (tcp 23) -> medium
*Mar  1 00:32:59.527: PQ: Serial0: ip (tcp 23) -> medium
*Mar  1 00:32:59.531: PQ: Serial0 output (Pk size/Q 53/1)
*Mar  1 00:32:59.539: PQ: Serial0: ip (tcp 23) -> medium
*Mar  1 00:32:59.543: PQ: Serial0: ip (tcp 23) -> medium
*Mar  1 00:32:59.547: PQ: Serial0 output (Pk size/Q 47/1)
*Mar  1 00:32:59.751: PQ: Serial0: ip (tcp 23) -> medium
*Mar  1 00:32:59.755: PQ: Serial0: ip (tcp 23) -> medium
*Mar  1 00:32:59.755: PQ: Serial0 output (Pk size/Q 44/1)
Password:

Todo o restante do tráfego IP passa pela fila baixa.

Spicey#
*Mar  1 00:53:57.079: PQ: Serial0 output (Pk size/Q 13/0)
*Mar  1 00:53:58.851: PQ: Serial0: ip -> low
*Mar  1 00:53:58.907: PQ: Serial0: ip -> low
*Mar  1 00:53:58.907: PQ: Serial0 output (Pk size/Q 36/3)
*Mar  1 00:53:59.459: PQ: Serial0: ip -> low
*Mar  1 00:53:59.463: PQ: Serial0: ip -> low
*Mar  1 00:53:59.463: PQ: Serial0 output (Pk size/Q 50/3)
Spicey#

Prasit

Prasit#show frame-relay pvc

PVC Statistics for interface Serial1 (Frame Relay DTE)

              Active     Inactive      Deleted       Static
  Local          1            0            0            0
  Switched       0            0            0            0
  Unused         0            0            0            0

DLCI = 150, DLCI USAGE = LOCAL, PVC STATUS = ACTIVE, INTERFACE = Serial1

  input pkts 134           output pkts 119          in bytes 12029
  out bytes 7801           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 18         out bcast bytes 1260
  pvc create time 00:21:15, last time pvc status changed 00:21:15

Prasit#show frame-relay map
Serial1 (up): ip 4.0.1.1 dlci 150(0x96,0x2460), dynamic,
              broadcast, status defined, active

Prasit#ping 124.124.124.1

Type escape sequence to abort.
Sending 5, 100-byte ICMP Echos to 124.124.124.1, timeout is 2 seconds:
!!!!!
Success rate is 100 percent (5/5), round-trip min/avg/max = 44/45/48
Here is the debug output shown on Spicey when you use the command above to ping to Spicey from Prasit.
Spicey#
*Mar  1 00:33:26.755: PQ: Serial0 output (Pk size/Q 13/0)
*Mar  1 00:33:28.535: PQ: Serial0: ip (s=124.124.124.1, d=4.0.1.2) ->high
*Mar  1 00:33:28.539: PQ: Serial0: ip (s=124.124.124.1, d=4.0.1.2) ->high
*Mar  1 00:33:28.543: PQ: Serial0 output (Pk size/Q 104/0)
*Mar  1 00:33:28.583: PQ: Serial0: ip (s=124.124.124.1, d=4.0.1.2) ->high
*Mar  1 00:33:28.587: PQ: Serial0: ip (s=124.124.124.1, d=4.0.1.2) ->high
*Mar  1 00:33:28.587: PQ: Serial0 output (Pk size/Q 104/0)
*Mar  1 00:33:28.631: PQ: Serial0: ip (s=124.124.124.1, d=4.0.1.2) ->high
*Mar  1 00:33:28.635: PQ: Serial0: ip (s=124.124.124.1, d=4.0.1.2) ->high
*Mar  1 00:33:28.635: PQ: Serial0 output (Pk size/Q 104/0)
*Mar  1 00:33:28.679: PQ: Serial0: ip (s=124.124.124.1, d=4.0.1.2) ->high
*Mar  1 00:33:28.683: PQ: Serial0: ip (s=124.124.124.1, d=4.0.1.2) ->high
*Mar  1 00:33:28.683: PQ: Serial0 output (Pk size/Q 104/0)
*Mar  1 00:33:28.723: PQ: Serial0: ip (s=124.124.124.1, d=4.0.1.2) ->high
*Mar  1 00:33:28.727: PQ: Serial0: ip (s=124.124.124.1, d=4.0.1.2) ->high
*Mar  1 00:33:28.731: PQ: Serial0 output (Pk size/Q 104/0)

Prasit#telnet 124.124.124.1
Trying 124.124.124.1 ... Open


User Access Verification
Password:
Spicey>exit

[Connection to 124.124.124.1 closed by foreign host]
Prasit#

A seguir está a saída de depuração mostrada no Spicey quando você usa o comando acima para telnet para Spicey a partir de Prasit.

Spicey#
*Mar  1 00:33:54.499: PQ: Serial0: ip (tcp 23) -> medium
*Mar  1 00:33:54.499: PQ: Serial0: ip (tcp 23) -> medium
*Mar  1 00:33:54.503: PQ: Serial0 output (Pk size/Q 48/1)
*Mar  1 00:33:54.527: PQ: Serial0: ip (tcp 23) -> medium
*Mar  1 00:33:54.531: PQ: Serial0: ip (tcp 23) -> medium
*Mar  1 00:33:54.531: PQ: Serial0 output (Pk size/Q 56/1)
*Mar  1 00:33:54.547: PQ: Serial0: ip (tcp 23) -> medium
*Mar  1 00:33:54.551: PQ: Serial0: ip (tcp 23) -> medium
*Mar  1 00:33:54.555: PQ: Serial0 output (Pk size/Q 86/1)
*Mar  1 00:33:54.559: PQ: Serial0: ip (tcp 23) -> medium
*Mar  1 00:33:54.563: PQ: Serial0: ip (tcp 23) -> medium
*Mar  1 00:33:54.563: PQ: Serial0 output (Pk size/Q 47/1)
*Mar  1 00:33:54.571: PQ: Serial0: ip (tcp 23) -> medium
*Mar  1 00:33:54.575: PQ: Serial0: ip (tcp 23) -> medium
*Mar  1 00:33:54.575: PQ: Serial0 output (Pk size/Q 47/1)
*Mar  1 00:33:54.779: PQ: Serial0: ip (tcp 23) -> medium
*Mar  1 00:33:54.783: PQ: Serial0: ip (tcp 23) -> medium
*Mar  1 00:33:54.783: PQ: Serial0 output (Pk size/Q 44/1)
*Mar  1 00:33:56.755: PQ: Serial0 output (Pk size/Q 13/0)
*Mar  1 00:33:57.143: PQ: Serial0: ip (tcp 23) -> medium
*Mar  1 00:33:57.143: PQ: Serial0: ip (tcp 23) -> medium
*Mar  1 00:33:57.147: PQ: Serial0 output (Pk size/Q 44/1)
*Mar  1 00:33:57.447: PQ: Serial0: ip (tcp 23) -> medium
*Mar  1 00:33:57.447: PQ: Serial0: ip (tcp 23) -> medium
*Mar  1 00:33:57.451: PQ: Serial0 output (Pk size/Q 44/1)
*Mar  1 00:33:57.899: PQ: Serial0: ip (tcp 23) -> medium
*Mar  1 00:33:57.899: PQ: Serial0: ip (tcp 23) -> medium
*Mar  1 00:33:57.903: PQ: Serial0 output (Pk size/Q 53/1)
*Mar  1 00:33:59.491: PQ: Serial0: ip (tcp 23) -> medium
*Mar  1 00:33:59.495: PQ: Serial0: ip (tcp 23) -> medium
*Mar  1 00:33:59.495: PQ: Serial0 output (Pk size/Q 45/1)
*Mar  1 00:33:59.711: PQ: Serial0: ip (tcp 23) -> medium
*Mar  1 00:33:59.715: PQ: Serial0: ip (tcp 23) -> medium
*Mar  1 00:33:59.715: PQ: Serial0 output (Pk size/Q 45/1)
*Mar  1 00:33:59.951: PQ: Serial0: ip (tcp 23) -> medium
*Mar  1 00:33:59.951: PQ: Serial0: ip (tcp 23) -> medium
*Mar  1 00:33:59.955: PQ: Serial0 output (Pk size/Q 45/1)
*Mar  1 00:34:00.123: PQ: Serial0: ip (tcp 23) -> medium
*Mar  1 00:34:00.123: PQ: Serial0: ip (tcp 23) -> medium
*Mar  1 00:34:00.127: PQ: Serial0 output (Pk size/Q 45/1)
*Mar  1 00:34:00.327: PQ: Serial0: ip (tcp 23) -> medium
*Mar  1 00:34:00.327: PQ: Serial0: ip (tcp 23) -> medium
*Mar  1 00:34:00.331: PQ: Serial0 output (Pk size/Q 46/1)
*Mar  1 00:34:00.495: PQ: Serial0: ip (tcp 23) -> medium
*Mar  1 00:34:00.499: PQ: Serial0: ip (tcp 23) -> medium
*Mar  1 00:34:00.499: PQ: Serial0 output (Pk size/Q 44/1)
*Mar  1 00:34:00.543: PQ: Serial0: ip (tcp 23) -> medium
*Mar  1 00:34:00.543: PQ: Serial0: ip (tcp 23) -> medium
*Mar  1 00:34:00.547: PQ: Serial0 output (Pk size/Q 44/1)

Fila de Broadcast do Frame Relay

A fila de broadcast é um recurso importante usado em redes IPX ou IP de porte médio ou grande em que os broadcasts de roteamento e de ponto de acesso de serviço (SAP) devem fluir pela rede de Frame Relay. A fila de broadcast é gerenciada de forma independente da fila de interface normal, tem seus próprios buffers, e tem um tamanho e taxa de serviço configuráveis. Essa fila de broadcast não é usada para atualizações de árvore de abrangência de ligação (BPDUs) devido a sensibilidades de temporização. Esses pacotes fluirão pelas filas normais. O comando de interface para habilitar filas de broadcast é o seguinte:

frame-relay broadcast-queue size byte-rate packet-rate

A uma fila de broadcast é fornecido um limite de taxa de transmissão máxima (throughput) medido em bytes por segundo e pacotes por segundo. A fila é atendida para garantir que apenas esse máximo seja fornecido. A fila de broadcast tem prioridade quando está transmitindo na velocidade abaixo da máxima configurada e, portanto, tem uma alocação de largura de banda mínima garantida. Os dois limites de taxa de transmissão pretendem evitar inundar a interface com broadcasts. O limite real em qualquer segundo é o primeiro limite de taxa que é atingido. Devido à restrição de taxa de transmissão, a colocação em buffer adicional é necessária para armazenar pacotes de broadcast. A fila de broadcast é configurável para armazenar grandes números de pacotes de broadcast. O tamanho da fila deve ser definido para evitar perda de pacotes de atualização de roteamento de broadcast. O tamanho exato depende do protocolo sendo usado e o número de pacotes necessários para cada atualização. Para ter segurança, o tamanho da fila deve ser definido de forma que uma atualização de roteamento completa para cada protocolo e para cada identificador de conexão de link de dados (DLCI) possa ser armazenada. Como regra geral, inicie com 20 pacotes por DLCI. A taxa de byte deve ser menor que o seguinte:

  • N/4 vezes a taxa de acesso remoto mínima (medida em bytes por segundo), onde N é o número de DLCIs para os quais o broadcast deve ser replicado

  • 1/4 da taxa de acesso local (medida em bytes por segundo)

A taxa de pacote não é essencial se a taxa de byte for definida conservadoramente. Em geral, a taxa de pacote deve ser definida presumindo pacotes de 250 bytes. Os padrões para as interfaces seriais são tamanho de fila 64, 256.000 bytes por segundo (2.048.000 bps) e 36 pps. Os padrões para Interfaces Seriais de Alta Velocidade (HSSI) são tamanho de fila 256, 1.024.000 bytes por segundo (8.192.000 bps) e 144 pps.

Modelagem de Tráfego

A modelagem de tráfego usa um mecanismo de controle de taxa chamado filtro de token bucket. Este filtro de token bucket é definido da seguinte maneira:

intermitência excedente mais intermitência comprometida (Bc + Be) = velocidade máxima para o circuito virtual (VC)

O tráfego acima da velocidade máxima é colocado em buffer em uma fila de modelagem de tráfego que é igual ao tamanho da fila de peso considerável (WFQ). O filtro Token Bucket não filtra o tráfego, mas controla a taxa na qual o tráfego é enviado na interface externa. Para obter mais informações sobre filtros de token bucket, consulte a Visão Geral de Vigilância e Modelagem.

Este documento fornece uma visão geral de modelagem de tráfego genérico e modelagem de tráfego de Frame Relay.

Parâmetros de Modelagem de Tráfego

Podemos usar os seguintes parâmetros de modelagem de tráfego:

  • CIR = taxa de informação comprometida (= tempo médio)

  • EIR = excess information rate

  • TB = token bucket (= Bc + Be)

  • Bc = tamanho de intermitência comprometido (= tamanho de intermitência sustentado)

  • Be = tamanho de intermitência excedente

  • DE = elegibilidade de descarte

  • Tc = intervalo de medida

  • AR = taxa de acesso correspondente à taxa de interface física (de forma que se você usar um T1, o AR é aproximadamente 1,5 Mbps).

Vamos analisar alguns desses parâmetros mais detalhadamente:

Access rate (AR)

O número máximo de bits por segundo que uma estação final pode transmitir para a rede que é limitada pela taxa de acesso da interface usuário-rede. A velocidade de linha da conexão de rede do usuário limita a taxa de acesso. Você pode estabelecer isso em sua assinatura no provedor de serviço.

Tamanho da Intermitência Comprometida (Bc)

O máximo de quantidade de dados comprometidos que você pode oferecer à rede é definido como Bc. Bc é uma medida do volume de dados para o qual a rede garante a entrega de mensagem em condições normais. É medido durante a taxa comprometida Tc.

Tamanho de Intermitência Excedente (Be)

O número de bits não comprometidos (fora de CIR) que ainda são aceitos pelo switch do Frame Relay, mas são marcadas como qualificados para serem descartados (DE).

O token bucket é um buffer 'virtual'. Ele contém vários tokens, permitindo que você envie uma quantidade de dados limitados por intervalo de tempo. O token bucket é preenchido com bits de Bc por Tc. O tamanho máximo do bucket é Bc + Be. Se o Be for muito grande e, se no T0 o bucket for preenchido com tokens Bc + Be, você poderá enviar bits de Bc + Be bits na taxa de acesso. Isso não é limitado por Tc, mas pelo tempo necessário para enviar o Be. Essa é uma função da taxa de acesso.

Committed Information Rate (CIR)

O CIR é a quantidade de dados permitida à qual a rede está comprometida a transferir em condições normais. A média da taxa é definida por um incremento de tempo de Tc. O CIR também é chamado de throughput mínimo aceitável. Bc e Be são expressas em bits, Tc em segundos, e a taxa de acesso e CIR em bits por segundo.

Bc, Be, Tc e CIR são definidas por identificador de conexão de link de dados (DLCI). Em virtude disso, o filtro de token bucket controla a taxa por DLCI. A taxa de acesso é valida por interface usuário-rede. Para Bc, Be e CIR os valores de entrada e saída podem ser distintos. Se a conexão for simétrica, os valores em ambas as direções são iguais. Para circuitos virtuais permanentes, definimos Bc, Be e CIR de entrada e saída no tempo da assinatura.

  • Peak = velocidade de DLCI máxima. A largura de banda para esse DLCI específico.

  • Tc = Bc / CIR.

  • Peak = CIR + Be/Tc = CIR (1 + Be/Bc)

Se o Tc for um segundo então:

  • Peak = CIR + Be = Bc + Be

  • EIR = Be

21_new1.gif

No exemplo que estamos usando aqui, o roteador envia o tráfego entre 48 Kbps e 32 Kbps dependendo do congestionamento na rede. As redes podem marcar estruturas acima Bc com DE, mas tem capacidade sobressalente suficiente para transportar o quadro. O contrário também é possível: elas podem ter capacidade limitada, mas descartar quadros excessivos imediatamente. As redes podem marcar quadros acima de Bc + Be com DE, e possivelmente transportá-las, ou apenas descartar os quadros conforme sugerido pela especificação I.370 da International Telecommunication Union Telecommunication Standardization Sector ITU-T. A modelagem de tráfego reduz o tráfego com base nos pacotes marcados da notificação de congestionamento explícita inversa (BECN) da rede de switch. Se você receber 50 por cento de BECN, o roteador diminui o tráfego em um oitavo da largura de banda transmitida atual para esse DLCI determinado.

Exemplo

A velocidade transmitida é 42 Kb. O roteador diminui a velocidade para 42 menos 42 dividido por 8 (42 – 42/8), resultando em 36,75 Kb. Se o congestionamento diminuir depois da alteração, o roteador diminui o tráfego ainda mais, caindo a um oitavo da largura de banda transmitida atual. O tráfego é reduzido até que atinge o valor de CIR configurado. No entanto, a velocidade pode cair abaixo do CIR quando nós ainda pudermos ver BECNs. Você pode especificar um limite mínimo, como CIR/2. A rede não está mais congestionada quanto todos os quadros recebidos da rede não têm mais um bit de BECN para um determinado intervalo de tempo. 200 ms é o valor padrão para esse intervalo.

Generic Traffic Shaping

O recurso Generic Traffic Shaping é uma ferramenta de modelagem de tráfego de mídia e encapsulamento independente que ajuda a reduzir o fluxo de tráfego de saída quando houver congestionamento na nuvem, no link ou no roteador de ponto final. Podemos defini-lo em interfaces ou subinterfaces em um roteador.

Generic traffic shaping é útil nas seguintes situações:

  • Quando você tem uma topologia de rede que consiste em uma conexão de alta velocidade (velocidade de linha T1) no site central e conexões de baixa velocidade (menos que 56 kbps) nos sites de ramificação ou telecomutação. Devido à incompatibilidade de velocidade, muitas vezes existe um gargalo para o tráfego nos sites da ramificação ou de telecomutação quando o site central envia dados a uma velocidade mais rápida que os sites remotos podem receber. Isso resulta em um gargalo no último switch antes do roteador de ponto remoto.

  • Se você for um provedor de serviço que oferece serviços de subtaxa, esse recurso possibilita que você use o roteador para particionar seus links T1 ou T3, por exemplo, em canais menores. Você pode configurar cada subinterface com um bucket de filtro de token que corresponde ao serviço pedido por um cliente.

Em sua conexão de Frame Relay, você pode desejar que o roteador reduza o tráfego em vez de enviá-lo para a rede. A redução do tráfego limitaria a perda de pacote na nuvem do provedor de serviço. O recurso de redução com base em BECN fornecido com esse recurso permite que você faça com que o roteador reduza o tráfego dinamicamente com base nos pacotes marcados do BECN recebidos da rede. Essa redução mantém os pacotes nos buffers do roteador para reduzir o fluxo de dados do roteador para a rede de Frame Relay. O roteador reduz o tráfego por subinterface e a taxa também é aumentada quando menos pacotes marcados de BECN são recebidos.

Comandos para Generic Traffic Shaping

Para definir o controle de taxa, use esse comando:

traffic-shape rate bit-rate [burst-size [excess-burst-size]] [group access-list]

Para reduzir o BECNs em uma interface de Frame Relay, use esse comando:

traffic-shape adaptive [bit-rate]

Para configurar uma subinterface de Frame Relay para estimar a largura de banda disponível quando ela recebe BECNs, use o comando traffic-shape adaptive.

Observação: Você deve habilitar a modelagem de tráfego na interface com o comando traffic-shape rate para que possa usar o comando traffic-shape adaptive.

A taxa de bits especificada para o comando traffic-shape rate é o limite superior, e a taxa de bits especificada para o comando traffic-shape adaptive é o limite inferior (geralmente o valor de CIR) pelo qual o tráfego é modelado quando a interface recebe BECNs. A taxa realmente usada está normalmente entre essas duas taxas. Você deve configurar o comando traffic-shape adaptive nas duas extremidades do link, uma vez que ele também configura o dispositivo na extremidade de fluxo para refletir sinais de notificação de congestionamento explícito adiante (FECN) como BECNs. Isso permite que o roteador na extremidade de alta velocidade detecte e se adapte para o congestionamento mesmo quando o tráfego está fluindo principalmente em uma direção.

Exemplo

O exemplo a seguir configura a modelagem de tráfego na interface 0.1 com um limite superior (geralmente Bc + Be) de 128 kbps e um limite inferior de 64 kbps. Isso permite que o link seja executado de 64 a 128 kbps, dependendo do nível de congestionamento. Se o lado central tiver um limite superior de 256 kbps, você deverá usar o valor de limite superior mais baixo.

21_new3.gif

Eis o que temos configurado nesses roteadores:

Central#
 interface serial 0
  encapsulation-frame-relay
 interface serial 0.1
  traffic-shape rate 128000
  traffic-shape adaptive 64000


Client#
 interface serial 0
  encapsulation-frame-relay
 interface serial 0.1
  traffic-shape rate 128000
  traffic-shape adaptive 64000 

Modelagem de Tráfego do Frame Relay

Com o Generic Traffic Shapping você só pode especificar uma taxa de pico (limite superior) por interface física e um valor de CIR (limite inferior) por subinterface. Com a modelagem de tráfego do Frame Relay, você inicia um filtro de token bucket por Circuito Virtual.

A modelagem de tráfego pelo recurso de Frame Relay fornece as seguintes capacidades:

  • Aplicação de taxa a cada VC: Você pode configurar uma taxa de pico para limitar o tráfego de saída para o CIR ou algum outro valor definido como a excess information rate (EIR).

  • Suporte a BECN generalizado a cada VC: O roteador pode monitorar BECNs e reduzir o tráfego com base em comentários de pacote marcados por BECN a partir da rede de Frame Relay.

  • Suporte a Priority queuing (PQ), custom queuing (CQ) ou WFQ no nível do VC. Isso permite granularidade mais fina na priorização e no enfileiramento do tráfego, fornecendo mais controle sobre o fluxo de tráfego em um VC individual. A modelagem de tráfego no recurso de Frame Relay aplica-se aos circuitos virtuais permanentes (PVCs) do Frame Relay e circuitos virtuais comutados (SVCs).

Exemplo

Interface Serial 0
 no ip address
 encapsulation frame-relay
 frame-relay traffic-shaping
!
interface Serial0.100
 ip address 1.1.1.1 255.255.255.252
 frame-relay interface-dlci 100
 frame-relay class fast
!
interface Serial0.200
 ip address 1.1.1.5 255.255.255.252
 frame-relay interface-dlci 200
 frame-relay class slow
!
map-class frame-relay slow
 frame-relay traffic-rate 64000 128000
!
map-class
 frame-relay fast
 frame-relay traffic-rate 16000 64000
!

Neste exemplo, o roteador adiciona dois token buckets.

  • Um é executado entre 64000 (CIR) e 128000 (Bc + Be).

  • O outro é executado entre 16000 (CIR) e 64000 (Bc + Be).

Se o tráfego de entrada do Ethernet for maior que o filtro de token bucket, o tráfego é colocado no buffer na fila de tráfego do frame-relay.

Para exibir um fluxograma mostrando o fluxo de pacotes quando você implementar a modelagem de tráfego de Frame Relay, consulte Fluxograma de Modelagem de Tráfego do Frame Relay. Para exibir um fluxograma usando especificamente um filtro de token bucket, consulte Fluxograma de Token Bucket de Modelagem de Tráfego do Frame Relay.

Comandos do Frame Relay comumente usados

Essa seção descreve dois comandos CISCO IOS® que são especialmente úteis ao configurar o Frame Relay.

show frame-relay pvc

Esse comando mostra o status do circuito virtual permanente (PVC), pacotes de entrada e saída, pacotes descartados se houver congestionamento na linha por meio da notificação de congestionamento explícita adiante (FECN) e notificação de congestionamento explícito inversa e assim por diante. Para obter uma descrição detalhada dos campos usados com o comando show frame-relay pvc, clique aqui.

Se você tiver a saída de um comando show frame-relay pvc do seu dispositivo Cisco, você poderá usar o Output Interpreter (clientes registrados somente) para exibir problemas potenciais e correções.

Um exemplo de saída é mostrado abaixo:

RouterA# show frame-relay pvc
PVC Statistics for interface Serial0 (Frame Relay DTE)
DLCI = 666, DLCI USAGE = UNUSED, PVC STATUS = DELETED, INTERFACE = Serial0
  input pkts 0             output pkts 0            in bytes 0
  out bytes 0              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
  pvc create time 0:03:18  last time pvc status changed 0:02:27
  Num Pkts Switched 0
DLCI = 980, DLCI USAGE = LOCAL, PVC STATUS = ACTIVE, INTERFACE = Serial0
  input pkts 19            output pkts 87           in bytes 2787
  out bytes 21005          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
  pvc create time 1:17:47  last time pvc status changed 0:58:27

O campo Utilização de DLCI contém uma das seguintes entradas:

  • COMUTADO – o roteador ou servidor de acesso é usado como switch.

  • LOCAL – o roteador ou servidor de acesso é usado como equipamento de terminal de dados (DTE).

  • NÃO UTILIZADO – o identificador de conexão de link de dados (DLCI) não é referenciado pelos comandos de configuração inseridos pelo usuário no roteador.

O PVC pode ter quatro estados possíveis. Eles são mostrados pelo campo PVC STATUS da seguinte maneira:

  • ATIVO – o PVC está ativo e em funcionamento normal.

  • INATIVO – o PVC não está ativo de ponta a ponta. Isso pode ser devido a não haver mapeamento (ou mapeamento incorreto) para o DLCI local na nuvem de frame-relay ou a extremidade remota do PVC é Excluído.

  • EXCLUÍDO – Ou a Local Management Interface (LMI) não foi trocada entre o roteador e o switch local, ou o switch não tem DLCI configurado no switch local.

  • ESTÁTICO – nenhuma manutenção de atividade configurada na interface de frame-relay do roteador.

show frame-relay map

Use esse comando para determinar se frame-relay inverse-arp resolveu um endereço IP remoto para um DLCI local. Esse comando não está habilitado para subinterfaces ponto a ponto. É útil para interfaces e subinterfaces multiponto somente. Um exemplo de saída é mostrado abaixo:

RouterA#show frame-relay map
Serial0 (up): ip 157.147.3.65 dlci 980(0x3D4,0xF440), dynamic,
         broadcast,, status defined, active

Para uma descrição detalhada dos campos usados com o comando show frame-relay map, consulte a Documentação sobre Comandos frame relay .

Se você tiver a saída de um comando show frame-relay map do seu dispositivo Cisco, você poderá usar o Output Interpreter (clientes registrados somente) para exibir problemas potenciais e correções.

Frame Relay e Ligação

As mensagens de configuração chamadas unidades de dados de protocolo de ponte (BPDUs) são usadas nos protocolos de extensão de árvore aceitos em pontes e roteadores Cisco. Elas fluem em intervalos regulares entre pontes e constituem uma quantidade significativa de tráfego devido à sua ocorrência freqüente. Existem dois tipos de protocolos de extensão de árvore em conexão de ponte de transparência. Introduzido primeiro pelo Digital Equipment Corporation (DEC), o algoritmo foi revisado subseqüentemente pelo comitê IEEE 802 e publicado na especificação IEEE 802.1d. O Protocolo de Extensão de Árvore de DEC executa BPDUs em intervalos de um segundo, embora o IEEE executa BPDUs em intervalos de dois segundos. Cada pacote tem 41 bytes, que inclui uma mensagem de BPDU de configuração de 35 bytes, um cabeçalho de Frame Relay de 2 bytes, Ethertype de 2 bytes e um FCS de 2 bytes.

Frame Relay e Memória

O consumo de memória por recursos de Frame Relay ocorre em quatro áreas:

  1. Cada identificador de conexão de link de dados (DLCI): 216 bytes

  2. Cada indicação de mapa: 96 bytes (ou mapa construído dinamicamente)

  3. Cada IDB (interface de hardware + encap Frame Relay): 5040 + 8346 = 13.386 bytes

  4. Cada IDB (subinterface de software): 2260 bytes

Por exemplo, um Cisco 2501 usando duas interfaces de Frame Relay, cada um com quatro subinterfaces, com um total de oito DLCIs e mapas associados precisa do seguinte:

  • hardware de 2 interfaces IDB x 13.386 = 26.772

  • subinterface de 8 IDB x 2260 = 18.080 subinterfaces

  • 8 DLCIs x 216 = 1728 DLCIs

  • 8 indicações de mapa x 96 = 768 indicações ou dinâmica de mapa

O total é igual a 47.348 bytes de RAM usados.

Observação: Os valores usados aqui são válidos para software Cisco IOS Release 11.1, 12.0 e 12.1.

Solução de Problemas de Frame Relay

Essa seção contém porções de saída de comando show interface possíveis que você pode encontrar enquanto soluciona problemas. Explicações da saída são fornecidos também.

"Serial0 está inativo, o protocolo de linha está inativo"

Essa saída significa que você tem um problema com o cabo, unidade de serviço de canal/unidade de serviço de dados (CSU/DSU), ou a linha de serial. Você precisa solucionar o problema com um teste de loopback. Para fazer um teste de loopback, siga as etapas abaixo:

  1. Defina o encapsulamento de linha de serial como HDLC e manutenção de atividade como 10 segundos. Para fazer isso, execute os comandos encapsulation hdlc e keepalive 10 na interface de serial.

  2. Posicione o CSU/DSU ou modem no modo loop local. Se o protocolo de linha aparecer quando o CSU, DSU ou modem estiver no modo de loopback local (indicado por uma mensagem "o protocolo de linha está ativo (em loop)"), ele sugerirá que o problema está ocorrendo fora do CSU/DSU local. Se a linha de status não alterar estados, possivelmente há um problema no roteador, cabo de conexão, CSU/DSU ou modem. Na maioria dos casos, o problema está com o CSU/DSU ou modem.

  3. Efetue ping em seu próprio endereço IP com o CSU/DSU ou modem em loop. Não deve haver nenhuma perda. Um ping estendido de 0x0000 é útil para resolver problemas de linha uma vez que um T1 ou E1 deriva de relógio de dados e exige uma transição a cada 8 bits. B8ZS garante isso. Um padrão de dados de zero pesado ajuda a determinar se as transições estão aplicadas adequadamente no tronco. Um padrão de pesado é usado para simular adequadamente uma carga de zero alto no caso de haver um par de inversores de dados no caminho. O padrão de alternância (0x5555) representa um padrão de dados "típico". Se seus pings falharem ou se houver erros de verificação de redundância cíclica (CRC), um verificador de taxa de erros de bit (BERT) com um analisador apropriado do telco será necessário.

  4. Quando você houver concluído os testes, certifique-se de retornar o encapsulamento ao Frame Relay.

"Serial0 está ativo, o protocolo de linha está inativo"

Essa linha na saída significa que o roteador está obtendo um sinal de portadora a partir do CSU/DSU ou modem. Verifique para garantir que o fornecedor de Frame Relay ativou sua porta e que suas configurações de Local Management Interface (LMI) correspondem. Geralmente, o switch de Frame Relay ignora o equipamento de terminal de dados (DTE) a não ser que veja o LMI correto (use o padrão da Cisco para LMI "cisco"). Verifique se o roteador Cisco está transmitindo dados. Você provavelmente precisará verificar a integridade de linha usando testes de loop em vários locais começando pelo CSU local e trabalhando até chegar ao switch de Frame Relay do fornecedor. Veja a seção anterior para saber como executar um teste de loopback.

"Serial0 está ativo, o protocolo de linha está ativo"

Se você não desativar os keepalives, essa linha de saída significará que o roteador está se comunicando com o switch do fornecedor do Frame Relay. Você deverá ver uma troca bem-sucedida de tráfego bidirecional na interface de serial sem erros de CRC. Keepalives são necessários no Frame Relay porque eles são o mecanismo que o roteador usa para "saber" quais identificadores de conexão de link de dados (DLCIs) o provedor configurou. Para observar a troca, você pode usar com segurança debug frame-relay lmi em quase todas as situações. O comando debug frame-relay lmi gera muito poucas mensagens e pode fornecer respostas a perguntas como:

  1. O Roteador Cisco está se comunicando com o switch do Frame Relay local?

  2. O roteador está obtendo mensagens de status de LMI completas para os circuitos virtuais permanentes (PVCs) de assinatura a partir do provedor de Frame Relay?

  3. Os DLCIs estão corretos?

Eis algumas saídas de debug frame-relay lmi de exemplo provenientes de uma conexão bem-sucedida:

*Mar  1 01:17:58.763: Serial0(out): StEnq, myseq 92, yourseen 64, DTE up
*Mar  1 01:17:58.763:  datagramstart = 0x20007C, datagramsize = 14
*Mar  1 01:17:58.763:  FR encap = 0x0001030800 75 95 01 01 01 03 02 5C 40
*Mar  1 01:17:58.767:
*Mar  1 01:17:58.815: Serial0(in): Status, myseq 92
*Mar  1 01:17:58.815: RT IE 1, length 1, type 1
*Mar  1 01:17:58.815: KA IE 3, length 2, yourseq 65, myseq 92
*Mar  1 01:18:08.763: Serial0(out): StEnq, myseq 93, yourseen 65, DTE up
*Mar  1 01:18:08.763:  datagramstart = 0x20007C, datagramsize = 14
*Mar  1 01:18:08.763:  FR encap = 0x0001030800 75 95 01 01 01 03 02 5D 41
*Mar  1 01:18:08.767:
*Mar  1 01:18:08.815: Serial0(in): Status, myseq 93
*Mar  1 01:18:08.815: RT IE 1, length 1, type 1
*Mar  1 01:18:08.815: KA IE 3, length 2, yourseq 66, myseq 93
*Mar  1 01:18:18.763: Serial0(out): StEnq, myseq 94, yourseen 66, DTE up
*Mar  1 01:18:18.763:  datagramstart = 0x20007C, datagramsize = 14
*Mar  1 01:18:18.763:  FR encap = 0x0001030800 75 95 01 01 00 03 02 5E 42
*Mar  1 01:18:18.767:
*Mar  1 01:18:18.815: Serial0(in): Status, myseq 94
*Mar  1 01:18:18.815: RT IE 1, length 1, type 0
*Mar  1 01:18:18.819: KA IE 3, length 2, yourseq 67, myseq 94
*Mar  1 01:18:18.819: PVC IE 0x7 , length 0x3 , dlci 980, status 0x2
         

Observe o status de "DLCI 980" na saída acima. Os valores possíveis do campo de status são explicados abaixo:

  1. 0x0-Adicionado/inativo significa que o switch tem esse DLCI programado, mas por algum motivo (como a outra extremidade do PVC estar desativada), não é utilizável.

  2. 0x2-Adicionado/ativo significa que o switch de Frame Relay tem o DLCI e tudo é operacional. Você pode começar a enviar tráfego com esse DLCI no cabeçalho.

  3. 0x3-0x3 é uma combinação de um status ativo (0x2) e o RNR (ou r-bit) que é definido (0x1). Isso significa que é feito backup do switch – ou uma fila determinada no switch – para esse PVC, e você pára de transmitir no caso de quadros serem distribuídas.

  4. 0x4-Excluído significa que o switch do Frame Relay não tem esse DLCI programado para o roteador. Mas ele foi programado em algum ponto no passado. Isso poderia também ser causado pelos DLCIs sendo revertidos no roteador, ou pelo PVC sendo excluído pelo telco na nuvem do Frame Relay. A configuração de um DLCI (que o switch não tem) será exibida como um 0x4.

  5. 0x8-Novo/inativo

  6. 0x0a-Novo/ativo

Características do Frame Relay

Essa seção explica várias características do Frame Relay das quais você deve estar ciente.

Verificação horizonte dividido de IP

A verificação horizonte dividido de IP é desabilitada por padrão para o encapsulamento Frame Relay, portanto as atualizações de roteamento entrarão e sairão pela mesma interface. Os roteadores conhecem os identificadores de conexão de link de dados (DLCIs) que precisam usar provenientes do switch do Frame Relay por meio de atualizações de Local Management Interface (LMI). Os roteadores então usam o ARP Inverso para o endereço IP remoto e criam um mapeamento de DLCIs local e seus endereços IP remotos associados. Além disso, certos protocolos, como AppleTalk, conexão em ponte transparente e IPX, não podem ser aceitos em redes parcialmente combinadas porque elas exigem horizonte dividido, no qual um pacote recebido em uma interface não pode ser transmitido pela mesma interface, mesmo se o pacote for recebido e transmitido em circuitos virtuais diferentes. A configuração de subinterfaces de Frame Relay garante que uma interface física única seja tratada como várias interfaces virtuais. Essa capacidade nos permite superar regras de horizonte dividido. Os pacotes recebidos em uma interface virtual podem agora ser encaminhados para outra interface virtual, mesmo que estejam configurados na mesma interface física.

Efetue Ping em seu Próprio Endereço IP em um Frame Relay Multiponto

Não é possível fazer ping do seu próprio endereço IP em uma interface de Frame Relay multiponto. Isso é devido a (sub)interfaces multiponto de Frame Relay serem sem broadcast, (ao contrário de interfaces ponto a ponto e Ethernet High Level Data Link Control [HDLC]) e subinterfaces ponto a ponto de Frame Relay.

Além disso, você não pode emitir um ping de um spoke para outro em uma configuração hub-and-spoke. A razão disso é não haver mapeamento para seu próprio endereço IP (e nenhum foi aprendido por meio do ARP Inverso). Mas se você configurar um mapa estático (usando o comando frame-relay map) para seu próprio endereço IP (ou para o spoke remoto) para usar o DLCI local, você poderá efetuar ping em seus dispositivos.

aton#ping  3.1.3.3
   Type escape sequence to abort.
   Sending 5, 100-byte ICMP Echos to 3.1.3.3, timeout is 2 seconds:
   .....
   Success rate is 0 percent (0/5)

   aton#configure terminal
   Enter configuration commands, one per line.  End with CNTL/Z.
   aton(config)#interface serial 1
   aton(config-if)#frame-relay map ip 3.1.3.3 160
   aton(config-if)#

   aton#show frame-relay map
   Serial1 (up): ip 3.1.3.1 dlci 160(0xA0,0x2800), dynamic,
                    broadcast,, status defined, active
   Serial1 (up): ip 3.1.3.2 dlci 160(0xA0,0x2800), static,
                    CISCO, status defined, active
   Serial1 (up): ip 3.1.3.3 dlci 160(0xA0,0x2800), static,
                    CISCO, status defined, active
   aton#ping 3.1.3.3

   Type escape sequence to abort.
   Sending 5, 100-byte ICMP Echos to 3.1.3.3, timeout is 2 seconds:
   !!!!!
   Success rate is 100 percent (5/5), round-trip min/avg/max = 64/68/76 ms
   aton#
   aton#show running-config
   !
   interface Serial1
   ip address 3.1.3.3 255.255.255.0
   no ip directed-broadcast
   encapsulation frame-relay
   frame-relay map ip 3.1.3.2 160
   frame-relay map ip 3.1.3.3 160
   frame-relay interface-dlci 160
   !

O broadcast de palavra-chave

A palavra-chave broadcast fornece duas funções: ela encaminha broadcasts quando o multicast não está habilitado, e simplifica a configuração de Open Shortest Path First (OSPF) para redes sem transmissão que usam Frame Relay.

A palavra-chave broadcast pode também ser exigida para alguns protocolos de roteamento – por exemplo, AppleTalk – que depende de atualizações de tabela de roteamento regulares, especialmente quando o roteador no final remoto estiver aguardando a chegada de um pacote de atualização de roteamento antes de adicionar a rota.

Ao exigir a seleção de um roteador designado, o OSPF trata uma rede sem transmissão, de multiacesso como Frame Relay de forma muito parecida com a que trata uma rede de broadcast. Em versões anteriores, isso exigia atribuição manual na configuração do OSPF usando o comando neighbor interface router. Quando o comando frame-relay map é incluído na configuração com a palavra-chave broadcast, e o comando ip ospf network (com a palavra-chave broadcast) é configurado, não há necessidade de configurar nenhum vizinho manualmente. O OSPF agora executa automaticamente pela rede de Frame Relay como uma rede de broadcast. (Consulte o comando ip ospf network interface para obter mais detalhes.)

Observação: O mecanismo de broadcast do OSPF presume que endereços de classe D de IP nunca sejam usados para tráfego regular pelo Frame Relay.

Exemplo

O exemplo a seguir mapeia o endereço IP de destino 172.16.123.1 para DLCI 100:

interface serial 0
 frame-relay map IP 172.16.123.1 100 broadcast 

O OSPF usa DLCI 100 para atualizações de broadcast.

Reconfigurando uma Subinterface

Depois que você criar um tipo específico de subinterface, você não poderá alterá-lo sem uma recarga. Por exemplo, você não pode criar uma subinterface multiponto serial0.2 e depois alterá-la para ponto a ponto. Para alterá-la, você precisa recarregar o roteador ou criar outra subinterface. Essa é a forma que código de Frame Relay funciona no software Cisco IOS®.

Limitações de DLCI

Espaço de Endereço DLCI

Aproximadamente 1000 DLCIs podem ser configurados em um único link físico, fornecido um endereço de 10 bits. Como certos DLCIs são reservados (dependente de implementação de fornecedor), o máximo é cerca de 1000. O intervalo de um LMI Cisco é 16-1007. O intervalo definido para ANSI/ITU é 16-992. Esses são os DLCIs que carregam dados de usuário.

No entanto, ao configurar os VCs de Frame Relay em subinterfaces, você precisa considerar um limite prático conhecido como limite de IDB. O número total de interfaces e subinterfaces por sistema é limitado pelo número de Interface Descriptor Blocks (IDBs) a que sua versão de Cisco IOS oferece suporte. Um IDB é uma porção de memória que guarda informações sobre a interface como contadores, status da interface e assim por diante. O IOS mantém um IDB para cada interface presente em uma plataforma e mantém um IDB para cada subinterface. Interfaces de velocidade alta exigem mais memória do que interfaces de velocidade menor. Cada plataforma contém quantidades diferentes de IDBs máximos e esses limites podem ser alterados a cada versão de Cisco IOS.

Para obter mais informações, consulte Número Máximo de Interfaces e Subinterfaces para Plataformas do Cisco IOS Software: Limites de IDB.

Atualização de Status do LMI

O protocolo LMI exige que todos os relatórios de status de circuito virtual permanente (PVC) se adeqüem a um pacote único e geralmente limita o número de DLCIs a menos de 800, dependendo do tamanho da unidade de transmissão máxima (MTU).

equation.gif

A MTU padrão em interfaces seriais é 1500 bytes, concedendo um máximo de 296 DLCIs por interface. Você pode aumentar o MTU para oferecer suporte a uma mensagem de atualização de status completo do switch do Frame Relay. Se a mensagem de atualização de status completo for maior que a interface MTU, o pacote será descartado e o contador gigante da interface será incrementado. Ao alterar o MTU, certifique-se de que o mesmo valor é configurado no roteador remoto e dispositivos de rede intervenientes.

Observe que esses números variam ligeiramente, dependendo do tipo de LMI. Os DLCIs máximos por diretriz de plataforma do roteador (não interface), com base na extrapolação dos dados empíricos estabelecidos em uma plataforma do router Cisco 7000, estão listados abaixo:

  • Cisco 2500: 1 X T1/E1 link @ 60 DLCIs por interface = total de 60

  • Cisco 4000: 1 X T1/E1 link @ 120 DLCIs por interface = total de 120

  • Cisco 4500: 3 X T1/E1 links @ 120 DLCIs por interface = total de 360

  • Cisco 4700: 4 X T1/E1 links @ 120 DLCIs por interface = total de 480

  • Cisco 7000: 4 X T1/E1/T3/E3 links @ 120 DLCIs por interface = total de 480

  • Cisco 7200: 5 X T1/E1/T3/E3 links @ 120 DLCIs por interface = total de 600

  • Cisco 7500: 6 X T1/E1/T3/E3 links @ 120 DLCIs por interface = total de 720

Observação: Esses números são apenas diretrizes, e presumem que todo o tráfego é comutado rapidamente.

Outras Considerações

Um limite de DLCI prático também depende de os VCs estarem executando um protocolo de roteamento dinâmico ou estático. Os protocolos de roteamento dinâmico, e outros protocolos como IPX SAP, que trocam tabelas de banco de dados, enviam saudações e mensagens de informações de encaminhamento que devem ser vistas e processadas pela CPU. Como regra geral, o uso de rotas estáticas permitirá que você configure um grande número de VCs em uma interface de Frame Relay única.

Endereço IP/IP X/AT

Se você estiver usando subinterfaces, não coloque um endereço IP, IPX ou AT na interface principal. Atribua DLCIs às suas subinterfaces antes de habilitar a interface principal para garantir que frame-relay inverse-arp funcione adequadamente. Em caso de mau funcionamento, siga as etapas abaixo:

  1. Desative o Inverse Address Resolution Protocol (ARP) para esse DLCI usando os comandos no frame-relay inverse-arp ip 16 e o clear frame-relay-inarp.

  2. Corrija sua configuração.

  3. Ative o comando frame-relay inverse-arp novamente.

RIP e IGRP

As atualizações de Routing Information Protocol fluem a cada 30 segundos. Cada pacote de RIP pode conter até 25 entradas de rota, para um total de 536 bytes, 36 bytes desse total são informações de cabeçalho e cada entrada de rota é 20 bytes. Portanto, se você anunciar 1000 rotas por um link de Frame Relay configurado para 50 DLCIs, o resultado é 1 MB de dados de atualização de roteamento a cada 30 segundos, ou 285 kbps de largura de banda consumidos. Em um link de T1, essa largura de banda representa 18,7 por cento da largura de banda, com cada duração de atualização sendo 5,6 segundos. Essa quantidade de sobrecarga é considerável, e aceita limites, mas a taxa de informações comprometida (CIR) teria que estar na região da velocidade do acesso. Obviamente, qualquer coisa menor que um T1 incorreria em muita sobrecarga. Por exemplo:

  • 1000/25 = 40 pacotes X 36 = 1440 bytes de cabeçalho

  • 1000 X 20 bytes = 20.000 bytes de entradas de rota

  • Total de 21.440 bytes X 50 DLCIs = 1072 MB de atualização de RIP a cada 30 segundos

  • 1.072.000 bytes / 30 s X 8 bits = 285 kbps

As atualizações de Interior Gateway Routing Protocol (IGRP) fluem a cada 90 segundos (esse intervalo é configurável). Cada pacote de IGRP pode conter até 104 entradas de rota, para um total de 1492 bytes, 38 bytes desse total são informações de cabeçalho e cada entrada de rota é 14 bytes. Se você anunciar 1000 rotas por um link de Frame Relay configurado com 50 DLCIs, a solicitação é 720 KB aproximadamente de dados de atualização de roteamento a cada 90 segundos, ou 64 kbps de largura de banda consumidos. Em um link de T1, essa largura de banda representaria 4,2 por cento da largura de banda, com cada duração de atualização sendo 3,7 segundos. Essa sobrecarga é uma valor aceitável:

  • 1000/104 = 9 pacotes X 38 = 342 bytes de cabeçalho

  • 1000 X 14 = 14.000 bytes de entradas de rota

  • Total = 14.342 bytes X 50 DLCIs = 717 KB de atualização de IGRP a cada 90 segundos

  • 717.000 bytes / 90 X 8 bits = 63,7 kbps

As atualizações de roteamento do Protocolo de Manutenção de Tabela de Roteamento (RTMP) ocorrem a cada 10 segundos (esse intervalo é configurável). Cada pacote de RTMP pode conter até 94 entradas de rota estendidas, para um total de 564 bytes, 23 bytes de informações de cabeçalho e cada entrada de rota é 6 bytes. Se você anunciar 1000 redes de AppleTalk por um link de Frame Relay configurado com 50 DLCIs, o resultado é 313 KB de atualização de RTMP a cada 10 segundos, ou 250 kbps de largura de banda consumidos. Para permanecer dentro de um nível aceitável de sobrecarga de 15 por cento ou menos), uma taxa de T1 é necessária. Por exemplo:

  • 1000/94 = 11 pacotes X 23 bytes = 253 bytes de cabeçalho

  • 1000 X 6 = 6000 bytes de entradas de rota

  • Total = 6253 X 50 DLCIs = 313 KB de atualizações de RTMP a cada 10 segundos

  • 313.000 / 10 s X 8 bits = 250 kbps

As atualizações de pacote RIP IPX ocorrem a cada 60 segundos (esse intervalo é configurável). Cada pacote de RIP IPX pode conter até 50 entradas de rota estendidas, para um total de 536 bytes, 38 bytes de informações de cabeçalho e cada entrada de rota é 8 bytes. Se você anunciar 1000 rotas IPX por um link de Frame Relay configurado para 50 DLCIs, o resultado é 536 KB de atualizações de IPX a cada 60 segundos, ou 58,4 kbps de largura de banda consumidos. Para permanecer dentro de um nível aceitável de sobrecarga (15 por cento ou menos), uma taxa de 512 kbps é necessária. Por exemplo:

  • 1000/50 = 20 pacotes X 38 bytes = 760 bytes de cabeçalho

  • 1000 X 8 = 8000 bytes de entradas de rota

  • Total = 8760 X 50 DLCIs = 438.000 bytes de atualizações de IPX a cada 60 segundos

  • 438.000 / 60 s X 8 bits = 58,4 kbps

As atualizações de pacote de ponto de acesso de serviço (SAP) IPX ocorrem a cada 60 segundos (esse intervalo é configurável). Cada pacote de SAP IPX pode conter até sete entradas de anúncios para um total de 536 bytes, 38 bytes de informações de cabeçalho e cada entrada de anúncio é 64 bytes. Se você transmitir 1000 anúncios IPX por um link de Frame Relay configurado para 50 DLCIs, você teria 536 KB de atualizações de IPX a cada 60 segundos, ou 58,4 kbps de largura de banda consumidos. Para permanecer dentro de um nível aceitável de sobrecarga (15 por cento ou menos), uma taxa maior que 2 Mbps é necessária. Obviamente, a filtragem do SAP é necessária nesse cenário. Comparado com todos os outros protocolos mencionados nessa seção as atualizações de SAP IPX exigem o máximo de largura de banda:

  • 1000/7 = 143 pacotes X 38 bytes = 5434 bytes de cabeçalho

  • 1000 X 64 = 64.000 bytes de entradas de rota

  • Total = 69.434 X 50 DLCIs = 3.471.700 bytes de anúncios de serviço IPX a cada 60 segundos

  • 3.471.700 / 60 s X 8 bits = 462 kbps

Manutenção de atividade

Em alguns casos, a manutenção de atividade no dispositivo Cisco precisa ser definida ligeiramente mais curta (cerca de 8 segundos) que a manutenção de atividade no switch. Você verá a necessidade disso se a interface continuamente for ativada e desativada.

Interfaces Seriais

Interfaces seriais, que são por padrão multiponto, são mídia sem transmissão, enquanto subinterfaces ponto a ponto são broadcast. Se você estiver usando rotas estáticas, você poderá apontar para o salto seguinte ou para a subinterface de serial. Para multiponto, você precisa apontar para o salto seguinte. Esse conceito é muito importante ao fazer OSPF no Frame Relay. O roteador precisa saber que essa é uma interface de broadcast para que o OSPF funcione.

OSPF e Multiponto

OSPF e multiponto podem ser muito problemáticos. O OSPF precisa de um Designated Router (DR). Se você começar a perder PVCs, alguns roteadores podem perder a conectividade e tentar a se tornar um DR, embora outros roteadores ainda vejam o velho DR. Isso faz com que o processo do OSPF não funcione adequadamente.

A sobrecarga associada ao OSPF não é tão óbvia e previsível quanto a dos protocolos de roteamento de vetor de distância tradicional. A imprevisibilidade vem do fato dos links de rede do OSPF serem estáveis ou não. Se todas as adjacências para um roteador de Frame Relay forem estáveis, somente pacotes de saudação de vizinho único (keepalives) fluirão, que é comparativamente muito menos sobrecarga que a incorrida com o protocolo de vetor de distância (como RIP e IGRP). Se, no entanto, rotas (adjacências) forem instáveis, a inundação de estado de link ocorrer e a largura de banda puder ser consumida rapidamente. O OSPF também é um recurso muito intensivo de processador ao executar o algoritmo de Dijkstra, que é usado para rotas de computação.

Em versões anteriores do Cisco IOS Software, deve-se tomar cuidado especial ao configurar o OSPF em mídias multiacesso sem broadcast, como Frame Relay, X.25 e ATM. O protocolo OSPF considera essa mídias como semelhantes a qualquer outra mídia de broadcast, como Ethernet. Nuvens de multiacesso sem broadcast (NBMA) normalmente são construídas em uma topologia de hub and spoke. PVCs ou circuitos virtuais comutados (SVCs) são dispostos em uma malha parcial e a topologia física não oferece o multiacesso que o OSPF acredita que está presente. Para o caso das interfaces seriais ponto a ponto, o OSPF sempre formará uma adjacência entre os vizinhos. As adjacências do OSPF trocam informações de banco de dados. Para minimizar a quantidade de troca de informações em um determinado segmento, o OSPF elege um roteador para ser um DR e um roteador para ser um roteador designado de backup (BDR), em cada segmento de multiacesso. O BDR é eleito como um mecanismo de backup para o caso de o DR ser desativado.

A idéia dessa configuração é que os roteadores têm um ponto de contato central para troca de informações. A seleção do DR tornou-se um problema porque o DR e o BDR precisavam ter conectividade física total com todos os roteadores existentes na nuvem. Além disso, devido à falta de recursos de broadcast, o DR e o BDR precisavam ter uma lista estática de todos os outros roteadores conectados à nuvem. Essa configuração é obtida usando o comando neighbor:

neighbor ip-address [priority number] [poll-interval seconds]

Em versões posteriores do Cisco IOS Software, métodos diferentes podem ser utilizados para evitar as complicações da configuração de vizinhos estáticos e de roteadores específicos que tornam-se DRs ou BDRs na nuvem sem broadcast. A especificação de que método utilizar é influenciada pelo fato de a rede ser nova ou um desenho existente que precisa modificação.

Uma subinterface é uma maneira lógica de definir uma interface. A mesma interface física pode ser dividida em várias interfaces lógicas, com cada subinterface definida como ponto a ponto. Esse cenário foi criado originalmente para processar melhor os problemas causados por horizonte dividido em protocolos de roteamento baseados em vetores e NBMA.

Uma subinterface ponto a ponto tem as propriedades de qualquer interface ponto a ponto física. No que diz respeito ao OSPF, uma adjacência é sempre formada em uma subinterface ponto a ponto sem eleição de DR ou BDR. O OSPF considera a nuvem uma definição de links ponto a ponto em vez de uma rede de multiacesso. A única desvantagem do ponto-a-ponto é que cada segmento pertence a uma sub-rede diferente. Esse cenário pode não ser aceitável, já que alguns administradores já atribuíram uma sub-rede de IP para toda a nuvem. Outra solução é usar interfaces de IP não numeradas na nuvem. Esse cenário também pode ser um problema para alguns administradores que gerenciam a WAN com base nos endereços IP das linhas seriais.

Origens

  1. Comitê Consultivo de Telefone e Telégrafo Internacional, "Especificação de Camada do Link de Dados ISDN para Serviços do Portador do Modo de Estrutura", Recomendação de CCITT Q.922, 19 de abril de 1991.

  2. Padrão Nacional Americano para Telecomunicações - Rede Digital de Serviços Integrados – Aspectos Essenciais do Protocolo de Estrutura para Uso com Serviço de Portador de Frame Relay, ANSI T1.618-1991, 18 de junho de 1991.

  3. Tecnologia de informação – Telecomunicação e Troca de Informações entre sistemas – Identificação de Protocolo na Camada de Rede, ISSO/IEC TR 9577: 1990 (E) 1990-10-15.

  4. Padrão Internacional, Sistema de Processamento de Informações – Redes de Área Local – Controle de Link Lógico, ISSO 8802-2: 1989 (E), IEEE Std 802.2-1989, 1989-12-31.

  5. Visão Geral da Tecnologia de Comunicação Interrede, Outubro de 1994, Cisco Systems

  6. Finlayson, R., Mann, R., Mogul, J. e M. Theimer, "Inverse Address Resolution Protocol", STD 38, RFC 903, Stanford University, junho de 1984.

  7. Postel, J. e Reynolds, J., "Padrão para a Transmissão de Datagramas IP por Redes IEEE 802", RFC 1042, USC/Information Sciences Institute, fevereiro de 1988.

  8. Encapsulamento Multiprotocolo RFC 1490 leavingcisco.com

  9. MIB de Frame Relay RFC 1315 leavingcisco.com

  10. ARP Inverso de Frame Relay RFC 1293 leavingcisco.com

  11. Compressão de cabeçalho RFC 1144-TCP/IP

  12. Fórum de Frame Relay (FRF) 1.1-Interface Usuário-Rede (UNI)

  13. FRF 2.1-Frame Relay Network-to-Network Interface (NNI)

  14. Encapsulamento Multiprotocolo FRF 3.1

  15. FRF 4-SVCs

  16. Gerenciamento de Redes de cliente de serviço (MIB) do Frame Relay FRF 6

  17. Grupo de quatro LMI

  18. Q.922 Annex A

  19. ANSI T1.617 Annex D

  20. ANSI T1.618, T1.606

  21. ITU-T Q.933, Q.922

  22. Guia de Desenho de OSPF

  23. Notas de Configuração para a Implementação Aprimorada do IGRP Aprimorado


Discussões relacionadas da comunidade de suporte da Cisco

A Comunidade de Suporte da Cisco é um fórum onde você pode perguntar e responder, oferecer sugestões e colaborar com colegas.


Informações Relacionadas


Document ID: 16563