Você está na página 1de 14

Frame Relay

By Marcos Pitanga (CCNA/CCAI/CCNP) & Leonardo Furtado (CCIE)


O Frame Relay um protocolo de WAN cada vez mais empregado por empresas que desejam conectar
mltiplos escritrios atravs de redes cujos recursos, infra-estrutura, e acesso ao meio fsico so
compartilhados. As caractersticas principais do Frame Relay incluem o seu baixo custo, fcil
administrao e suporte, e alta performance. Este protocolo padronizado pela indstria e suportado
por uma variedade enorme de hardware disponvel no mercado. O Frame Relay foi criado inicialmente
para o emprego em interfaces ISDN, e tambm para substituir completamente o protocolo X.25, mas
isto tem sido modificado de acordo com o cenrio e formas de emprego em que presenciamos
atualmente.
Packet-switched Technology
O Frame Relay tem sido bastante popular, sem dvida alguma, devido ao seu modo de operao
"packet-switched". O packet-switched permite o compartilhamento do meio fsico e bandas disponveis
na rede entre os hosts participantes, e isto concebido atravs de pacotes de comprimento variveis
(variable-length packets), e statistical multiplexing. Estas caractersticas, tambm presentes em redes
Ethernet e Token Ring, caracterizam a robustez e alta performance das redes Frame Relay.

Variable-length packets: Pacotes de comprimento varivel permitem a transferncia mais


eficiente e flexvel dos dados atravs da rede Frame Relay, onde os pacotes so comutados
atravs de vrios segmentos dentro da rede at o seu destino.

Statistical multiplexing: Uma tcnica que consiste no controle de acesso ao meio fsico
para a rede packet-switched. A principal vantagem do statistical multiplexing que isto os
permite maior flexibilidade e uso eficiente da banda disponvel na rede, assim como ocorre
com alguns outros protocolos de acesso ao meio fsico, tais como Ethernet e Token Ring.

Frame Relay: Uma substituio ao protocolo X.25


O Frame Relay traz consigo algumas caractersticas presentes no protocolo X.25, mas tambm
verdade que h enormes diferenas entre ambos. O X.25 foi designado em uma perodo onde as
linhas de transmisso eram sequer confiveis a ponto de termos redes isentas de erros muito
frequentemente. Sem dvida alguma, o X.25 um protocolo de comunicao e acesso ao meio fsico
muito mais robusto do que o Frame Relay, pois o mesmo oferece recursos interessantes (para a
poca) tais como janelamento e retransmisses de pacotes perdidos ou danificados, mas hoje em dia
isto totalmente irrelevante, por diversos motivos:

Infra-estrutura de WAN aprimorada: Os circuitos de WAN e respectivas linhas de


transmisso oferecem atualmente um servio muito mais confivel do que aquele prestado
pelas operadoras h um tempo atrs. Estivemos em uma poca onde os erros eram muito
frequentes, e os custos associados com os circuitos de WAN eram absurdamente elevados da a necessidade de termos um protocolo de WAN que pudesse identificar os problemas e
corrig-los prontamente, e este protocolo era o X.25.

Janelamento e Retransmisso: O X.25 opera nas trs primeiras camadas do modelo de


referncia OSI, e oferece os recursos de endereamento, multiplexao, janelamento e
retransmisses. Devendo um pacote tornar-se danificado em uma rede X.25, o prprio
roteador que transmitiu o pacote pela rede ser o responsvel por detectar o problema e
corrig-lo prontamente. Atualmente, com a chegada de uma infra-estrutura de WAN muito
mais confivel e segura do que era oferecido anteriormente, perfeitamente vivel atribuir as
funes de janelamento e retransmisses para os protocolos de camadas superiores, tais
como TCP e RTP, pois muito improvvel que um circuito Frame Relay sofrer de tantos
problemas (fsicos) devido as melhorias apresentadas pela infra-estrutura atual. Um circuito

de WAN atualmente indiscutivelmente superior em termos de confiabilidade e apresentao


de problemas, do que os circuitos e linhas de transmisso oferecidas h alguns anos atrs.
Alm disto, hoje em dia as redes geralmente trafegam muito mais dados do que as redes de
antigamente, e seria inconcebvel permitirmos que um protocolo como o X.25 viesse a utilizar
os recursos de janelamento e retransmisses quando isto totalmente desnecessrio, devido
a confiabilidade oferecida pelas linhas de transmisso. Em outras palavras, o protocolo Frame
Relay dispensa totalmente estes servios, em funo de uma infra-estrutura aprimorada.
Caso ocorra erros em redes Frame Relay, os protocolos de camadas superiores, tais como o
TCP e RTP, sero encarregados de retransmitir os pacotes perdidos.
Sendo assim, correto afirmar que o Frame Relay um protocolo que opera na camada 2 do modelo
de referncia OSI, no executa janelamento e retransmisses, e suporta velocidades superiores ao
que era suportado pelo X.25, justamente por no "perder tempo" configurando conexes e
monitorando a transmisso dos pacotes. Esta a principal caracterstica que faz do Frame Relay uma
soluo de alta performance. Quando citando "linhas de transmisso", refiro-me ao meio fsico
propriamente dito; o "wiring" e respectivos componentes fsicos (DG's, blocos de conexo, conectores,
etc).
Eliminando a necessidade de corrigir erros, retransmitir pacotes danificados/corrompidos, e iseno do
janelamento, temos, consequentemente, um protocolo capaz de desempenhar o seu papel (transmitir
dados) mais rapidamente. Esta a principal diferena entre o X.25 e o Frame Relay.
Frame Relay: Uma opo aos circuitos ponto-a-ponto
Na questo "custos", o Frame Relay tambm representa uma tima soluo de conectividade, pois o
compartilhamento dos recursos fsicos isenta a necessidade dos circuitos ponto-a-ponto para cada
rede que desejamos interconectar. Vejamos um exemplo de circuitos ponto-a-ponto:

Um exemplo clssico de redes Full-Mesh. O cenrio acima representa uma rede onde cada localidade geograficamente distribuda - precisa ser conectada para com as demais localidades. O maior
problema com esta abordagem o seu alto custo, e tambm a sua pssima escalabilidade. Um
cenrio full-mesh exigir sempre o esquema "(x(n-1)/2)", e isto significa que teramos o nmero de
links crescendo exponencialmente na medida em que conectarmos mais roteadores rede. Isto traz
no somente os custos associados aos links, mas tambm problemas de escalabilidade associados aos
protocolos de roteamento, pois haveria muitos caminhos alternativos para um determinado destino.

Com o Frame Relay poderamos interconectar mltiplas localidades sem haver a necessidade de
utilizao dos circuitos ponto-a-ponto entre cada uma destas localidades. Em outras palavras, para
cada localidade seria exigido apenas um nico link, e a comunicao entre todas as localidades
ocorreria na rede Frame Relay - onde os recursos fsicos so compartilhados e disponibilizados pelo
carrier. No cenrio mostrado acima, adaptando-se para Frame Relay, necessitaramos de apenas um
nico link para cada roteador, ao invs de um link ponto-a-ponto para cada localidade que
desejssemos conectar.
Padronizao do Frame Relay
O Frame Relay teve as suas propostas apresentadas para o Consultative Comitee on International
Telephone and Telgraph (CCITT) em 1984, mas durante este perdo havia uma certa falta de
interoperabilidade envolvendo os padres propostos, e isto resultou na lenta expanso do Frame Relay
at o final dos anos 80. Entretanto, houve um grande salto no tocante utilizao de Frame Relay no
incio dos anos 90, logo aps o surgimento do consrcio envolvendo a Cisco, Digital Equipment
Corporation (DEC), Northern Telecom, e StrataCom. Este consrcio culminou na elaborao de um
novo padro em conformidade com aquele padro j submetido para o CCITT em 1984, porm com
algumas adies importantes que agregaram recursos substanciais para a atual popularidade do
Frame Relay. As extenses nova proposta para o Frame Relay referam-se ao chamado Local
Management Interface (LMI). Logo aps o surgimento desta nova especificao, proposta pelo
consrcio, diversos fabricantes de hardware aderiram ao padro proposto, o que culminou na
expanso violenta do Frame Relay ainda no incio dos anos 90. Eventualmente a ANSI e o prprio
CCITT padronizaram as suas prprias variaes da especficao LMI, originalmente criadas pelo
consrcio, e estas especificaes na verdade vem sido mais comumente utilizadas do que a prpria
especificao original.
Atualmente o Frame Relay mantido e padronizado pelo International Telecommunication Union Telecommunications Standard Section (ITU-T), embora nos Estados Unidos o Frame Relay tem sido
mantido pelo American National Standards Institute (ANSI).
Dispositivos Frame Relay
O Frame Relay composto por duas categorias de dispositivos fsicos:

Data Terminal Equipment (DTE): Dispositivos DTE so geralmente os equipamentos que


conectam rede Frame Relay, tais como terminais, computadores, roteadores, e bridges. Na
maioria dos casos, os dispositivos DTE, tais como interfaces de roteadores, so mantidos
pelos prprios clientes, mas possvel encontrar dispositivos DTE mantidos pelo carrier,
especialmente quando tratando-se de servios particularmente contratados pelo cliente (ex:
managed router services).

Data Circuit-terminating Equipment (DCE): Dispositivos DCE so os equipamentos


geralmente mantidos pelo carrier ou telco (operadora prestadora do servio Frame Relay), e
so responsveis por servios tais como clocking e switching (comutao) dos pacotes para a
rede Frame Relay. Exemplos de dispositivos DCE incluem frame relay switches, CSU/DSU e,
em alguns casos, interfaces de roteadores. Quando uma interface de roteador est conectada
ao CSU/DSU, esta interface o dispositivo DTE, e o CSU/DSU o DCE. Em configuraes
conhecidas como "back-to-back Frame Relay", onde no h a presena de um CSU/DSU, um
caso comum encontrado em laboratrios e etc, uma das interfaces envolvidas dever prover o
clocking para o circuito, sendo, portanto, o dispositivo DCE para o circuito mencionado.

A ilustrao abaixo mostra um exemplo tpico onde o DCE mantido pela operadora da rede Frame
Relay:

J a ilustrao abaixo representa um outro caso tpico de implementao Frame Relay:

A ilustrao abaixo exemplifica o esquema "back-to-back Frame Relay", que muito comum em
laboratrios e afins (inclusive o nosso!):

A conexo entre o dispositivo DTE e DCE consiste em ambos componentes fsicos e lgicos. O
componente fsico define as caractersticas e especificaes mecnicas, eltricas, funcionais, e
processuais, para a conexo entre os dispositivos. Talvez o exemplo mais conhecido de especificao
de interface fsica empregado o padro RS-232. O V.35 tambm outro componente muito
utilizado. J o componente lgico define o protocolo que ser utilizado para estabelecer a conexo
entre os dispositivos DTE, tais como routers, e DCE, tais como Frame Relay switches.
Frame Relay Virtual Circuits
As conexes Frame Relay so estabelecidas na camada 2 do modelo de referncia OSI (Datal-Link).
Para cada par de dispositivos utilizados, atribudo um identificador de conexo, ou connection
identifier. O resultado disto tudo que teremos um virtual circuit para prover a comunicao
bidirecional entre dois dispositivos DTE atravs da rede Frame Relay, ou Frame Relay packet-switched
network (PSN), onde para cada par "DTE e DCE" ser atribudo um connection identifier, totalizando
dois connections identifier por virtual circuit.

A questo envolvendo tudo isto pode ser esclarecida da seguinte forma: O Frame Relay
simplesmente uma especificao para as interfaces e na verdade no define como os dados sero
roteados pela PSN. Ao invs disto, os frames so roteados usando os meios de infra-estrutura prestabelecidos pelas operadoras/prestadoras do servio Frame Relay. Em muitos casos, o frame
transmitido mantido intacto durante o seu percurso pela PSN, portanto caracterizando o esquema de
frame switching. Quando citei "recursos pr-estabelecidos" eu quis dizer que os circuitos virtuais,
representados pelos connection identifiers, so mantidos totalmente pela PSN, e, em nenhum
momento, o cliente possuir autonomia sobre qual parte da infra-estrutura do PSN ser responsvel
pelo encaminhamento de um frame entre dois pontos. necessrio salientar que o Frame Relay
dispensa conexes fsicas para cada localidade conectada rede, pois para cada conversao haver
um virtual circuit individual, e vrios virtual circuits podero compartilhar o mesmo meio fsico. Um
virtual cirtuit, conforme j foi comentado, composto por um par de connection identifiers. No jargo
Frame Relay, um connection identifier traduz-se por Data-Link Connection Identifier (DLCI). possvel
haver mltiplas conversaes Frame Relay ocorrendo no mesmo meio fsico, onde cada uma destas
conversaes representada por um virtual circuit. O Frame Relay oferece dois tipos de virtual
circuits:

Switched Virtual Circuits: SVCs so conexes temporrias utilizadas em situaes onde h


apenas trfego espordico entre dois dispositivos DTE atravs da rede Frame Relay. Uma
sesso de comunicao SVC consiste em quatro etapas operacionais:
o Call Setup: O virtual circuit entre os dispositivos Frame Relay DTE estabelecido.
o Data Transfer: Os dados so transmitidos entre os dispositivos DTE atravs do
virtual circuit.
o Idle: A conexo entre os dispositivos DTE permanece ativa, mas nenhum dado est
sendo transmitido. Se o SVC permanecer nesta condio por um perodo prdeterminado, a conexo ser terminada.
o Call Termination: O virtual circuit entre os DTE terminado.

O Switched Virtual Circuit (SVC) a forma menos comum de implementao Frame Relay, e pareceme que antigamente poucos fabricantes de dispositivos Frame Relay DCE suportavam esta forma de
virtual circuits, pelo visto devido ao fato de que os circuitos so estabelecidos, mantidos, e terminados
utilizando-se os mesmos protocolos de sinalizao empregados pelo ISDN.

Permanent Virtual Circuits: Este tipo de virtual circuit, o PVC, estabelecido de forma
permanente entre os dispositivos Frame Relay DTE, mesmo que no haja transmisses de
dados entre ambos DTE. O PVC no exige call setup e termination, que so utilizados em
SVCs, e opera sempre em um dos seguintes estados operacionais:
o Data Transfer: Os dados so transmitidos entre os dispositivos DTE atravs do
virtual circuit.
o Idle: A conexo est ativa entre os DTEs, mas nenhum dado est sendo transmitido.
Ao contrrio dos SVCs, PVCs no so terminados em nenhuma circunstncia, mesmo
quando em estado "idle".

Frame Relay Addressing


Aqui abrirei espao para apresentar-lhes melhor o formato do frame utilizado pela rede Frame Relay,
em especial observando os conceitos referentes ao Data-Link Connection Identifier (DLCI).
Uma das principais atraes do Frame Relay o fato desta tecnologia ser muito eficiente. Com apenas
2 bytes de address overhead, possvel transmitir at 8Kb de dados atravs de um virtual circuit.

Flag: Cada frame Frame Relay comea e termina com um caracter delimitador de 0x7E. Esta
sequencia de bits permite o receptor sincronizar o nicio e trmino de um frame. Um
algortimo especial certificar de que o caracter 0x7E no aparecer no meio dos dados
transmitidos pelo usurio.

Address: Este campo poder possuir o comprimento de 2, 3, ou 4 bytes. A maioria das


implementaes Frame Relay utiliza o endereamento de 2 bytes. Os seguintes campos
compem o address:
o DLCI: Este campo de 10 bits de comprimento contm o valor DLCI que identifica um
virtual circuit entre um dispositivo DTE e um dispositivo DCE. Considerando a
implementao tpica do Frame Relay (2 bytes), este campo normalmente informa
um valor entre 0 e 1023. Alguns valores para o DLCI esto reservados para
gerenciamento da rede Frame Relay, geralmente os DLCI 0 e 1023.
o Command Response: De acordo com as especificaes e documentao de
hardware dos principais fabricantes, este bit no tem sido utilizado na maioria das
implementaes do Frame Relay.
o Extended Address: Este bit utilizado para indicar o tamanho do header sendo
utilizado na transmisso (2, 3, ou 4 bytes). Este bit configurado para "1" no ltimo
byte do header.
o Forward Explicit Congestion Notification (FECN): Este bit utilizado para
notificar o host ou o roteador que est recebendo o frame de que ocorreu um
congestionamento na direo em que o frame foi enviado.
o Backward Explicit Congestion Notification (BECN): Este bit utilizado para
notificar o host ou o roteador que est recebendo o frame de que ocorreu um
congestionamento na direo oposta ao envio do frame.
o Discard Eligible ou Discard Eligibility (DE): Este bit poder ser configurado tanto
pelo Frame Relay DTE, como por exemplo o roteador, ou pelo Frame Relay switch
mantido pelo carrier. Quando um frame assinalado com o DE bit, este frame poder
ser descartado quando a rede Frame Relay encontrar-se congestionada. O descarte
do frame propriamente dito ocorrer dependendo de como o servio de acesso rede
Frame Relay foi contratado.
Information (Data): Neste campo onde temos o payload, ou dados do usurio. O
comprimento de um frame Frame Relay padro Cisco de 1,500 bytes para uma interface
Serial sncrona. A maioria das implementaes Frame Relay podero trafegar frames maiores,
onde o mximo de 8,192 bytes. A maior desvantagem em termos frames grandes, ou acima
de 4Kb, que o FCS no poder calcular o CRC destes pacotes..
Frame Check Sequence (FCS): Este campo de 2 bytes utilizado para calcular o CRC do
frame inteiro, exceto os prprios 2 bytes referentes ao FCS. A rede Frame Relay descartar
qualquer pacote com problemas no FCS, e este mecanismo s funcionar para frames de at
4Kb de comprimento. No entanto, o descarte do frame com problemas de CRC no indica que
o frame ser retransmitido pela prpria rede Frame Relay: o Frame Relay no executa
janelamento e retransmisses.

Observe que o Data-Link Connection Identifier (DLCI) possui significncia local apenas. Isto ser
mostrado posteriormente. A ilustrao abaixo pode ser utilizada para compreender o endereamento
de uma rede Frame Relay:

Local Management Interface (LMI)


O Frame Relay prov um protocolo de sinalizao bem simples entre o frame relay switch e o frame
relay DTE. Este protocolo de sinalizao conhecido como Local Management Interface (LMI). As
funes bsicas do LMI so:

Notificar sobre a adio e remoo de virtual circuits


Envio de mensagens peridicas, tambm chamados de keepalive, entre o frame relay DTE e
frame relay switch

O LMI o componente adicionado especificao do Frame Relay pelo consrcio entre a Cisco, DEC,
Northern Telecom, e StrataCom. As extenses-chave do LMI incluem endereamento (DLCI) alm da
significncia local (global addressing), gerenciamento, notificao, e multicasting. A extenso global
addressing adiciona funcionalidades e gerenciamento aprimorado para as redes Frame Relay, onde
equipamentos conectados rede Frame Relay podero ser identificados atravs de tcnicas para a
resoluo de seus endereos. O LMI virtual circuit status oferece servios de mensagens para permitir
a comunicao e sincronizao entre os dispositivos DTE e DCE. Estas mensagens notificam a adio e
remoo de PVCs, evitando-se que pacotes sejam enviados para os chamados "black holes" (PVCs
inexistentes). A extenso LMI Multicasting permite a atribuio de grupos multicast, sendo possvel
economizar a banda atravs do envio de routing updates e resoluo de endereos para um grupo
especfico de roteadores. O LMI funciona da seguinte forma:
1.

A cada 10 segundos o dispositivo DTE requisita o status para o frame relay switch. Este status
request ou status inquiry enviado para o frame relay switch atravs de um dos dois DLCIs
reservados para este propsito: 0 ou 1023., dependendo de qual dos trs protocolos de
sinalizao LMI tiver sido escolhido.

2.

O frame relay switch responder para o status inquiry com um status response. Esta troca de
mensagens tida como um mtodo de keepalive ou aliveness check, porque a sua funo
primria informar para ambos dispositivo DTE e frame relay switch de que a comunicao
entre ambos est funcionando adequadamente.

3.

A cada seis status inquiry emitidos pelo DTE, haver um full status request. Um full status
request no somente um aliveness check, mas tambm uma requisio para o frame relay
switch, para que este responda com a lista completa de todos os DLCIs que estiverem sido
definidos na porta do frame relay switch.

4.

O frame relay switch responder com a lista de todos os DLCIs definidos na porta que conecta
o dispositivo DTE.

Ambos dispositivos DTE e frame relay switch mantm sequence numbers individuais durante esta
troca de mensagens. Estes sequence numbers podero ser utilizados para determinar se alguma
mensagem LMI foi perdida. O LMI frame possui o seguinte formato:

Flag: Delimita o incio e fim do frame


LMI DLCI: Identifica o frame como sendo um LMI frame, ao invs de um frame Frame Relay
comum. O DLCI padro especificado pelo consrcio o 1023.
Unnumbered Information Indicator: Configura o poll/final bit para zero.
Protocol Discriminator: Contm um valor indicando que o frame um LMI frame.
Call Reference: Sempre composto por zeros, pois este campo no utilizado para nenhum
propsito.
Message Type: Insere um rtulo para o frame informando uma das seguintes mensagens:
o Status-inquiry message: Permite ao DTE requisitar o status da rede.
o Status message: A resposta para o status-inquiry message. Inclui os keepalives e
status dos PVCs.
Information Elements: Contm um valor varivel para os elementos individuais (IEs). Um
IE consiste nos seguintes campos:
o IE Identifier: Identifica o IE nica e exclusivamente.
o IE Length: Indica o comprimento do IE.
o Data: Consiste em 1 ou mais bytes contendo os dados encapsulados das camadas
superiores.
Frame Check Sequence (FCS): Garante a integridade dos dados transmitidos.

Mapeamento do endereo de Rede para o Frame Relay DLCI


Visto que o Frame Relay baseado na camada 2 (Data-Link) do modelo de referncia OSI, o mesmo
no possui informaes diretas e especficas sobre os endereos baseados na camada 3 (Rede).
papel do administrador atribuir o mapeamento entre o Frame Relay DLCI e os endereos de rede (IP,
IPX, etc). Este mapeamento permite que as funes exercidas pelos protocolos de rede possam
funcionar atravs da rede Frame Relay, pois sem este recurso no ser possvel haver a comunicao
entre os roteadores atravs do protocolo de rede. Isto pode ocorrer de duas formas:

Mapeamento dinmico: O Frame Relay oferece um mecanismo conhecido como Inverse


ARP (InARP) para garantir o mapeamento dos endereos de rede e o DLCI configurado na
interface do roteador. O Inverse ARP ativado automaticamente logo aps a configurao do
Frame Relay para uma interface Cisco. Todavia, h casos onde se torna necessrio mapearem
os endereos manualmente, definindo-os estaticamente. Para cada conexo configurada na
rede, uma entrada separada ser mantida em uma tabela de mapeamento DLCI x endereo
de rede, algo parecido com o "ARP cache" das redes IP, s que neste caso temos DLCI x
endereos de rede.

Mapeamento esttico: Em certas ocasies, torna-se necessrio mapear os endereos de


rede para os DLCIs correspondentes, pois roteadores conectados na mesma rede podero no
possuir conexes fsicas diretas entre si, portanto inviabilizando a operao do Inverse ARP.
Este o caso de redes Frame Relay Hub-and-Spoke (NBMA e Point-to-Multipoint). Uma rede
Frame Relay Hub-and-Spoke com 4 roteadores exigir 3 mapeamentos estticos para cada
roteador (um roteador no precisa mapear o seu prprio endereo IP).

Com ambos Inverse ARP e static mapping possvel garantir o funcionamento e operao adequados
dos protocolos de rede atravs de redes Frame Relay.

Mecanismos para Controle de Congestionamentos


O Frame Relay reduz os efeitos causados pelos congestionamentos das redes atravs da
implementao de um mecanismo simples para a notificao e controle destes congestionamentos, e
isto feito em fluxos definidos por virtual circuit. Uma vez que as redes Frame Relay so tipicamente
implementadas em meios fsicos confiveis, a integridade dos dados transmitidos no sacrificada
pois o controle de fluxo e correo dos erros mantida pelos protocolos de camadas superiores. O
Frame Relay implementa dois mecanismos para congestion-notification:

Forward-Explicit Congestion Notification (FECN)


Backward-Explicit Congestion Notification (BECN)

Ambos FECN e BECN so controlados atravs de um nico bit contido no Frame Relay header, e a
funo deste bit notificar o dispositivo DTE sobre congestionamentos da rede.
O FECN bit parte do campo Address do Frame Relay header, conforme j foi mencionado. O
mecanismo FECN iniciado quando um dispositivo DTE inicia uma transmisso e envia um frame para
a rede Frame Relay. Caso a rede esteja congestionada, o dispositivo DCE (frame relay switch)
configura o valor do FECN para "1", indicando que a rede est congestionada no sentido em que o
pacote foi transmitido. Quando o frame chega ao seu destino (o outro dispositivo DTE) o campo
Address, atravs do bit FECN assinalado para "1", informar este dispositivo de que o frame
experimentou congestionamento no caminho entre a origem e o seu destino. O dispositivo DTE por
sua vez poder encaminhar esta informao para os protocolos de camadas superiores para que haja
uma melhor negociao do controle de fluxo, ou ento esta indicao poder ser simplesmente
ignorada.
O BECN bit, assim como o FECN bit, tambm parte do campo Address do Frame Relay header.
Dispositivos DCE ao longo do caminho podero assinalar o valor para "1" para notificar que h um
congestionamento na rede no sentido oposto ao frame sendo transmitido. Os procedimentos para a
notificao so os mesmos aos adotados pelo FECN, mudando apenas o sentido (direo) referente a
deteco do congestionamento na rede Frame Relay.
Frame Relay Discard Eligibility
O bit Discard Eligibility (DE) utilizado para indicar que o frame poder ser descartado caso haja
congestionamentos e insuficincia de recursos para garantir a transmisso deste ou outros frames. O
DE bit, assim como o FECN e BECN, est contido no campo Address do Frame Relay header. A forma
mais comum de emprego do DE quando os prprios dispositivos DTE assinalam o frame como sendo
menos importante do que os demais frames trafegando pela rede Frame Relay. Quando a rede tornase congestionada, os dispositivos DCE iniciam o descarte dos pacotes, e a preferncia por aqueles
que possurem o bit DE assinalado para "1". Isto reduz a possibilidade de descarte de pacotes mais
importantes. Note, entretanto, que o DE no garante que somente os pacotes assinalados com o DE
sero descartados: em casos crticos, sobra problemas para todos os lados! Mas na maioria das vezes,
o DE consegue remover os frames desnecessrios da rede enquanto garantindo a presena daqueles
representando aplicaes mais crticas para os usurios da rede.
Frame Relay Error Checking
O Frame Relay utiliza um mtodo padro para garantir a integridade dos frames, este mtodo
conhecido como Frame Check Sequence ou Cyclic Redundancy Check (CRC). O CRC compara dois
valores calculados para determinar se ocorreu erros durante a transmisso do pacote entre a origem e
o destino. A implementao do Frame Relay bem simples, pois o FCS/CRC funciona apenas para a
deteco de erros, e no para a correo destes. Error correction uma funo delegada para os
protocolos de camadas superiores, rodando ao topo das especificaes do Frame Relay.

Link Access Procedure on the D-channel (LAPD)


Em adio ao que foi mostrado nesta apostila, temos ainda o LAPD. Este protocolo opera na camada 2
(Data-Link) do RM-OSI, e utilizado para transportar as informaes entre o Frame Relay e a camada
de Rede. O D-channel transporta a sinalizao referente as informaes do circuito (circuit switching).
Configurando o Frame Relay em roteadores Cisco
Para validar todos estes conceitos tericos relacionados ao Frame Relay, nada mais justo do que uma
demonstrao! Faremos isto em um novo formato aqui do site - alis eu nunca consigo um formato
que agrade a todos :-(
O seguinte exemplo ser configurado:

O cenrio proposto inclui 2 roteadores Cisco 2514, e um frame relay switch (2523). A simulao com
o Frame Relay switch ilustra o cenrio onde utilizamos a infra-estrutura Frame Relay contratada
atravs de uma operadora qualquer (ex: Telefonica, Telemar, etc). O nosso exemplo aplica-se
somente ao Frame Relay point-to-point, envolvendo apenas dois roteadores.
Lista de Tarefas

Configurao do encapsulamento Frame Relay para as interfaces Seriais. As seguintes opes


podero ser utilizadas: Cisco e IETF. Quando interconectando equipamentos Cisco, o
encapsulamento "cisco" poder ser empregado. Entretanto, ao conectar um equipamento
Cisco para um equipamento de outro fabricante, o encapsulamento "ietf" dever ser
empregado. O comando "encapsulation frame-relay". Para o segundo cenrio, bastaria
adicionar o parmetro "ietf" ao trmino deste comando.

Frame Relay LMI: As verses atuais do Cisco IOS detectam o LMI-type automaticamente,
sendo portanto desnecessrio inform-lo. Todavia, utilizaremos este comando para este
cenrio: "frame-relay lmi-type cisco". Existem trs tipos de LMI: The Frame Relay Forums
LMI, ANSI T1.617 (Annex D), e CCITT Q922 (Annex A). No jargo "Cisco", isto significa
"cisco", "ansi", e "q933a", respectivamente. O LMI-type "cisco" utiliza o DLCI 1023, enquanto
ambos ANSI e Q933a utilizam o DLCI 0.

Configurao do endereo IP: Informaremos o endereo IP para a interface Serial 0 de cada


roteador, exatamente conforme ilustrado acima.

Frame Relay DLCI: Informaremos o Data-Link Connection Identifier conforme mostrado na


ilustrao. O comando "frame-relay interface-dlci xxxxx"

Mapeamento do endereo IP para o Frame Relay DLCI: Torna-se necessrio "mapear" o


endereo IP da interface Serial do roteador "vizinho" para o DLCI local, do contrrio as
funes IP de cada roteador no estaro disponveis na rede Frame Relay. O comando

"frame-relay map ip a.b.c.d dlci_number". Note que este comando no necessrio


quando havendo a possibilidade do emprego do Inverse ARP. Entretanto, recomendao
100% pessoal, procure utilizar o mapeamento manual (esttico) sempre que possvel. Desta
forma voc poder obter maior controle sobre a configurao da rede Frame Relay.

Frame Relay interface type: Este parmetro opcional, mas refora a idia de que a interface
do roteador dever ser DTE. O comando "frame-relay intf-type dte"

Vejamos como isto feito:


R8-2514>enable
R8-2514#configure terminal
Enter configuration commands, one per line. End with CNTL/Z.
R8-2514(config)#interface serial 0
R8-2514(config-if)#encapsulation frame-relay
R8-2514(config-if)#ip address 10.10.1.1 255.255.255.252
R8-2514(config-if)#frame-relay interface-dlci 801
R8-2514(config-fr-dlci)#exit
R8-2514(config-if)#frame-relay lmi-type cisco
R8-2514(config-if)#frame-relay map ip 10.10.1.2 801
R8-2514(config-if)#frame-relay intf-type dte
R9-2514>enable
R9-2514#configure terminal
Enter configuration commands, one per line. End with CNTL/Z.
R9-2514(config)#interface serial 0
R9-2514(config-if)#encapsulation frame-relay
R9-2514(config-if)#ip address 10.10.1.2 255.255.255.252
R9-2514(config-if)#frame-relay interface-dlci 901
R9-2514(config-fr-dlci)#exit
R9-2514(config-if)#frame-relay lmi-type cisco
R9-2514(config-if)#frame-relay map ip 10.10.1.1 901
R9-2514(config-if)#frame-relay intf-type dte
Verificando a configurao e disponibilidade da rede Frame Relay

show frame-relay pvc: Mostra o status dos virtual circuits estabelecidos na interface do
roteador, alm de estatsticas gerais tais como pacotes FECN, BECN, e DE
transmitidos/recebidos, pacotes e bytes in/out, e data de criao do PVC. Exemplo:

R8-2514#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 = 801, DLCI USAGE = LOCAL, PVC STATUS = ACTIVE, INTERFACE = Serial0
input pkts 0 output pkts 1 in bytes 0
out bytes 34 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:18:45, last time pvc status changed 00:03:08

show frame-relay lmi: Mostra estatsticas referentes as mensagens LMI


transmitidas/recebidas pelas interfaces Frame Relay.

R8-2514#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 119 Num Status msgs Rcvd 118
Num Update Status Rcvd 0 Num Status Timeouts 2

show frame-relay map: Mostra o mapeamento do endereo de rede para o Frame Relay
DLCI, identificando-os como dynamic ou static. Exemplo:

R8-2514#show frame-relay map


Serial0 (up): ip 10.10.1.2 dlci 801(0x321,0xC810), static,
CISCO, status defined, active
Executando um ping entre os dois roteadores, podemos confirmar o sucesso desta configurao:
R8-2514#ping 10.10.1.2
Type escape sequence to abort.
Sending 5, 100-byte ICMP Echos to 10.10.1.2, timeout is 2 seconds:
!!!!!
Success rate is 100 percent (5/5), round-trip min/avg/max = 36/36/40 ms

Debugging Frame Relay: O debug no deve ser utilizado para visualizar estatsticas banais,
pois esta ferramenta no foi projetada para este propsito. Farei uma demonstrao do
debug frame-relay lmi para que voc possa estudar as mensagens LMI. Preste ateno nos
sequence numbers, keepalives, e no status do PVC. Outras opes para debugging incluem o
debug frame-relay events, debug frame-relay packets, e uma srie de outras possibilidades.

R8-2514#debug frame-relay lmi


Frame Relay LMI debugging is on
Displaying all Frame Relay LMI data
R8-2514#
R8-2514#
01:00:15: Serial0(out): StEnq, myseq 102, yourseen 84, DTE up
01:00:15: datagramstart = 0xE0196C, datagramsize = 13
01:00:15: FR encap = 0xFCF10309
01:00:15: 00 75 01 01 01 03 02 66 54
01:00:15:
01:00:15: Serial0(in): Status, myseq 102
01:00:15: RT IE 1, length 1, type 1
01:00:15: KA IE 3, length 2, yourseq 85, myseq 102
01:00:25: Serial0(out): StEnq, myseq 103, yourseen 85, DTE up
01:00:25: datagramstart = 0xE01A9C, datagramsize = 13
01:00:25: FR encap = 0xFCF10309
01:00:25: 00 75 01 01 01 03 02 67 55
01:00:25:
01:00:25: Serial0(in): Status, myseq 103
01:00:25: RT IE 1, length 1, type 1
01:00:25: KA IE 3, length 2, yourseq 86, myseq 103
01:00:35: Serial0(out): StEnq, myseq 104, yourseen 86, DTE up
01:00:35: datagramstart = 0xE01BCC, datagramsize = 13
01:00:35: FR encap = 0xFCF10309
01:00:35: 00 75 01 01 01 03 02 68 56
01:00:35:
01:00:35: Serial0(in): Status, myseq 104

01:00:35:
01:00:35:
01:00:45:
01:00:45:
01:00:45:
01:00:45:
01:00:45:
01:00:45:
01:00:45:
01:00:45:
01:00:45:
01:00:55:
01:00:55:
01:00:55:
01:00:55:
01:00:55:
01:00:55:
01:00:55:
01:00:55:
01:01:05:
01:01:05:
01:01:05:
01:01:05:
01:01:05:

RT IE 1, length 1, type 1
KA IE 3, length 2, yourseq 87, myseq 104
Serial0(out): StEnq, myseq 105, yourseen 87, DTE up
datagramstart = 0xE302A8, datagramsize = 13
FR encap = 0xFCF10309
00 75 01 01 00 03 02 69 57
Serial0(in): Status, myseq 105
RT IE 1, length 1, type 0
KA IE 3, length 2, yourseq 88, myseq 105
PVC IE 0x7 , length 0x6 , dlci 801, status 0x2 , bw 0
Serial0(out): StEnq, myseq 106, yourseen 88, DTE up
datagramstart = 0xE309E4, datagramsize = 13
FR encap = 0xFCF10309
00 75 01 01 01 03 02 6A 58
Serial0(in): Status, myseq 106
RT IE 1, length 1, type 1
KA IE 3, length 2, yourseq 89, myseq 106
Serial0(out): StEnq, myseq 107, yourseen 89, DTE up
datagramstart = 0xE22B14, datagramsize = 13
FR encap = 0xFCF10309
00 75 01 01 01 03 02 6B 59

Observaes
Embora o Inverse ARP pudesse ter sido utilizado em nosso exemplo, eu particularmente prefiro utilizar
o mapeamento esttico somente por questes de maior controle sobre a operao do Frame Relay.
Em alguns casos, em redes de produo, j tive problemas onde o Inverse ARP no estava
funcionando para alguns roteadores - mesmo que devidamente habilitado - e isto trouxe-me alguns
problemas (bouncing de interfaces, e outras medidas paliativas). Utilizar ou no o Inverse ARP,
quando o mesmo for possvel, fica a critrio de cada um. Todavia, caso o INARP em sua interface
esteja desabilitado, voc poder habilit-lo atravs do comando "frame-relay inverse-arp". Este
comando ativar o InARP para todos os protocolos de rede que por ventura encontrarem-se
configurados na interface onde este comando foi executado.