1

REDES FRAME RELAY

Prof. Antnio Eugnio Silva
2
Redes Frame Relay
C
I
R
A
t
i
v
i
d
a
d
e

d
o

U
s
u

r
i
o
T
a
x
a

d
e

A
c
e
s
s
o
Frames Marcados
Frames Descartados
B
a
n
d
a

G
a
r
a
n
t
i
d
a
Tc = Intervalo de Medida
Frame 1 Frame 4 Frame 3 Frame 2
DE = 0 DE = 0
Marcado com
DE = 1
Descartado
Bc
Bc + Be
Capacidade
Mxima
Nmero de Bits
Tempo
3
Desktop & LAN Network Access
PVC
PVC
PVC
SVC
SVC
Port
Dedicated Access
ISDN
Analog Dial
Integrated Access
or
Local Wiring
(v.35, T-1, RS232)
Formats
Packets
into Frames
Statistical
Multiplexing
Frame Relay
Network
UNI
PC
Controller
Video
PBX
Router
Bridge
FRAD
MUX
Switch
CPE
The Technical Framework
4
1. INTRODUO.................................................................................................................................. 6
2. CARACTERIZAO DO SERVIO FRAME RELAY ........................................................................... 8
2.1 O PROTOCOLO FRAME RELAY .......................................................................................................... 9
2.2 CARACTERIZAO DO SERVIO ...................................................................................................... 11
2.3 CLASSES DE SERVIO .................................................................................................................. 12
2.4 DEFINIES ................................................................................................................................ 13
3. PLATAFORMAS APLICVEIS AO SERVIO FRAME RELAY .......................................................... 18
3.1 REDES DETERMINSTICAS.............................................................................................................. 18
3.2 REDES COMUTADAS POR PACOTES................................................................................................. 18
3.3 REDES COMUTADAS POR CLULAS - CELL RELAY ............................................................................ 18
3.4 REDES ATM ( RDSI-FL) .............................................................................................................. 18
3.5 REDE DIGITAL DE SERVIOS INTEGRADOS ( RDSI-FE) ...................................................................... 19
4. REQUISITOS FUNCIONAIS MNIMOS ............................................................................................. 20
4.1 REQUISITOS FUNCIONAIS DA CAMADA DE ENLACE ............................................................................. 20
4.2 SUPORTE A PROTOCOLOS ............................................................................................................. 21
5. ELEMENTOS DA REDE DE ACESSO.............................................................................................. 22
5.1 INTRODUO............................................................................................................................... 22
5.2 INTERFACE USURIO REDE (DTE/DCE) .......................................................................................... 22
5.3 REDE DE ACESSO ........................................................................................................................ 26
6. REQUISITOS MNIMOS PARA INTERFUNCIONAMENTO................................................................. 28
6.1 INTERFUNCIONAMENTO ENTRE SERVIO DE SUPORTE FRAME RELAY E FRAME SWITCHING ...................... 28
6.2 INTERFUNCIONAMENTO ENTRE SERVIO DE SUPORTE FRAME RELAY E SERVIO X.25/X.31 .................... 28
6.3 INTERFUNCIONAMENTO ENTRE FRBS E SERVIO DE CIRCUITOS COMUTADOS ....................................... 30
6.4 INTERFUNCIONAMENTO ENTRE SERVIO DE SUPORTE FRAME RELAY E RDSI-FL ................................... 31
7. ASPECTOS DE ENDEREAMENTO/NUMERAO ......................................................................... 34
7.1 INTRODUO............................................................................................................................... 34
7.2 REDES FRAME RELAY - CONEXES PVC ......................................................................................... 34
7.3 REDES FRAME RELAY - CONEXES SVC ......................................................................................... 34
8. ASPECTOS DE GERNCIA ............................................................................................................ 35
8.1 PARMETROS AVALIADOS NO NVEL DE ACESSO: .............................................................................. 35
8.2 MTODOS DE CONTROLE NO NVEL DE ACESSO: ............................................................................... 35
8.3 USO DO CONTROLE DE FLUXO PARA FRENTE E PARA TRS ................................................................ 36
8.4 DETECO DE CONGESTIONAMENTO IMPLCITO ................................................................................ 37
8.5 CONSIDERAES ADICIONAIS ........................................................................................................ 37
8.6 GERNCIA DE CONGESTIONAMENTO [CONFORME A REC.I.370]........................................................... 42
5
8.7 ESTRATGIA DE GERNCIA DE CONGESTIONAMENTO [CONFORME A REC.I.370] ................................... 43
8.8 RELAES ENTRE OS PARMETROS ............................................................................................... 46
8.9 INTERFACE ENTRE DTE E DCE [REC. X.36] .................................................................................... 48
8.10 INTERFACE ENTRE REDES PBLICAS DE DADOS (NNI) [CONFORME A REC. X.76] .................................. 48
8.11 GERNCIA DE REDE FRAME RELAY ................................................................................................. 50
8.12 PARMETROS DE QUALIDADE DE SERVIO ....................................................................................... 51
8.13 PARMETROS DE DESEMPENHO ..................................................................................................... 52
9. RECOMENDAES PARA DIMENSIONAMENTO............................................................................ 54
9.1 PARMETROS BSICOS PARA DIMENSIONAMENTO ............................................................................. 54
9.2 ASPECTOS A SEREM CONSIDERADOS NO PROJETO DE REDE............................................................... 54
9.3 SIMBOLOGIA................................................................................................................................ 66
10. APLICAES FRAME RELAY ........................................................................................................ 68
10.1 INTRODUO............................................................................................................................... 68
10.2 ARQUITETURAS CENTRALIZADAS - MAINFRAME................................................................................. 68
10.3 ARQUITETURAS DE REDES LOCAIS.................................................................................................. 68
10.4 APLICAES FRAME RELAY EM ARQUITETURAS CENTRALIZADAS ......................................................... 69
10.5 APLICAES DO FRAME RELAY EM REDES DE PACOTES ..................................................................... 70
10.6 APLICAO DE BACKUP................................................................................................................. 72
10.7 APLICAES DE VOZ SOBRE REDES FRAME RELAY .............................................................. 73
10.8 INTERFUNCIONAMENTO COM OUTRAS REDES - ATM .......................................................................... 74
11. BIBLIOGRAFIA ................................................................................................................ .............. 75
6
1. INTRODUO
O Servio de Transmisso de Dados Frame Relay (FRDTS) foi provido inicialmente atravs da RDSI-FE e se
tornou um servio de ampla utilizao em diversas plataformas, tendo em vista que permite o
compartilhamento de acessos atravs de multiplexao estatstica, a elevao da velocidade atravs da
reduo do processamento pela rede, o aproveitamento da confiabilidade inerente aos meios de transmisso
digitais e a crescente inteligncia dos End Systems, os quais so capazes de realizar parte do processamento
anteriormente realizado pelas redes.
O Frame Relay um servio orientado a conexo, cujo acesso feito atravs da interface usurio-rede (UNI),
que pode estabelecer conexes sob demanda (SVC) ou por provisionamento (PVC). Neste trabalho ser
tratado somente o caso PVC.
A interface UNI-FR permite, atravs de multiplexao estatstica, o estabelecimento simultneo de diversas
conexes Frame Relay com caractersticas de servio especficas, entre Equipamentos Terminais de Dados
(DTE), assegurando a otimizao dos acessos e a elevao da confiabilidade das conexes, pela
implementao de diversas funcionalidades padronizadas, dentre as quais ressaltamos:
Controle de chamadas;
Gerenciamento de canais de acesso;
Controle de trfego no acesso.
O Servio de Transmisso de Dados Frame Relay (FRDTS) fornece transferncia bidirecional de frames de
uma interface DTE/DCE para uma outra interface DTE/DCE, com transferncia de contedo, deteco de
erros e preservao da ordem dos frames transmitidos. O FRDTS no fornece procedimentos para a
notificao de erros, recuperao de erros e retransmisso, no caso de frames perdidos. A perda de frames
pode ser devida no somente a erros de transmisso, mas tambm a congestionamento dentro da rede ou
nas interfaces DTE/DCE. O FRDTS permite que conexes simultneas entre DTEs sejam multiplexadas num
nico circuito de acesso.
O Frame Relay um protocolo com poucas mensagens de controle de congestionamento e erro, na teoria os
usurios podem enviar todos os dados quanto necessrios para a rede, com poucas restries. Isto
obviamente uma das principais vantagens do protocolo, particularmente no ambiente de LANs, onde o trfego
para a rede no previsvel e possui um perfil de rajadas (burst).
Porm, se o Frame Relay fosse um protocolo sem nenhuma restrio de trfego, haveria possibilidade da
rede ser congestionada devido a uma grande quantidade de dados que fossem enviados simultaneamente.
Uma das solues para resolver este problema seria o descarte de todos os frames que a rede no consegue
tratar. Contudo o descarte dos dados, sem levar em considerao a demanda individual de cada usurio da
rede uma soluo inaceitvel do problema. O Frame Relay necessita de um mtodo para garantir a taxa de
transmisso de dados para usurios, e desta forma garantir a justia da rede, oferecendo um servio de
qualidade para estes usurios.
Resumidamente, o Frame Relay tem as seguintes caractersticas:
Multiplexao estatsticas dos pacotes de dados;
Sem notificao de deteco de erro / recuperao ou sequnciamento de pacotes;
Altamente dependente do meio fsico de transporte (fibra, etc.);
Taxa dos Servios caracterstico a E1/2. 048Mbps;
7
Na prtica, somente servios de circuitos virtuais permanentes.
Este trabalho est contm nove captulos que abordar desde caractersticas bsicas, aspectos de
endereamento, aspectos de gerncia a aplicaes com Frame Relay.
8
2. CARACTERIZAO DO SERVIO FRAME RELAY
tecnologia de redes de telecomunicaes vem sofrendo mudanas bastante significativas no decorrer das
ltimas dcadas. Estas mudanas visam atender as necessidades do mercado atual de telecomunicaes,
dentre as quais podemos citar:
altas taxas de throughput;
reduzidos delays de trnsito;
transparncia a protocolos;
alocao dinmica de meios de transmisso.
A tecnologia de redes no-comutadas atende perfeitamente as trs primeiras necessidades do mercado,
porm, por apresentar uma alocao fixa de meios de transmisso e um baixo grau de otimizao das
topologias de redes, a utilizao desta tecnologia para aplicaes em rajada (burst) e para redes com uma
grande disperso geogrfica de terminais se torna invivel.
A tecnologia de redes comutadas se apresenta de forma oposta s redes no-comutadas, esta tecnologia
proporciona uma alocao dinmica da faixa passante e possibilita a utilizao de topologias mais otimizadas.
Como exemplo podemos citar as redes X.25, onde o protocolo bastante robusto por possuir os nveis 2 e 3
do modelo de referncia OSI, com isso este protocolo apresenta mecanismos de controle de erros, de
seqncia e de fluxo bastante sofisticados, fazendo com que ele apresente baixas taxas de throughput e
elevados delays de trnsito.
Com o surgimento de meios de transmisso de melhor qualidade e de terminais inteligentes, nota-se que os
mecanismos de controle de erros, de seqncia e de fluxo, no precisam ser realizados no interior da rede,
estas funes podem ser realizadas no modo fim-a-fim, com isso pode-se reduzir o delay de trnsito. O Frame
Relay foi reconhecido como um protocolo em 1989, antes disso ele era uma parte dos padres da RDSI
(Redes Digitais de Servios Integrados).
O Frame Relay um protocolo baseado no nvel 2 do modelo de referncia OSI (porm no implementa todas
as funes deste nvel), compatvel com os protocolos sncronos usuais de nvel 2, como o HDLC (High-
Level Data Link Control) e o SDLC (Synchronous Data Link Control), o que o torna praticamente transparente
a protocolos (requerendo pequenas compatibilizaes), alm de ser adequado ao trfego de rajada e ao
atendimento de grandes redes.
As velocidades de transmisso abrangem uma grande variedade de taxas podendo chegar at uma velocidade
terica de 45 Mbit/s, porm, atualmente o Frame Relay usado com velocidade de transmisso da ordem de
64 kbit/s a 2 Mbit/s. Alguns fabricantes disponibilizam solues com velocidades a partir de 9,6 kbit/s e
superiores 2 Mbit/s. Devido ao seu elevado throughput e do seu pequeno overhead, o Frame Relay,
bastante indicado para a interconexo de LANs atravs de uma WAN.
No Frame Relay os dados so divididos em frames de comprimento varivel, possuindo informaes de
endereamento. A rede Frame Relay, que tem como objetivo entreg-los ao destino final.
O Frame Relay define uma interface DTE/DCE que pode multiplexar estatisticamente vrios circuitos virtuais
em um nico link fsico de transmisso. Existem dois tipos de circuitos virtuais os PVCs (Circuito Virtual
Permanentes) e os SVCs (Circuitos Virtuais Comutados).
A
9
Layer 2: Check Frame. Forward frame in sequence.
Non duplicate. no error corretion
Ethernet
Router/
Bridge
Local Management
Interface LMI
Frame Relay Generic Service. Transport of User Data
X. 25
NMS
Roteador/
Bridge
Router/
Bridge
Local Management
Interface LMI
Token Ring
Ethernet
DTE
0
Trace Remote
DLCI 100
DLCI 90
PVC
DLCI 80
Frame Relay
Network
DLCI 60
DLCI 40
DLCI 50
PVC
DTE
Interface
Frame Relay
Interface
Frame Relay
Figura 2.1 - Ambiente Frame Relay
2.1 O PROTOCOLO FRAME RELAY
Todos os protocolos sncronos orientados a bit usam um frame como base para sua estrutura de transmisso.
A seguir apresentada a estrutura do quadro bsico do Frame Relay.
Flag
Flag Campo de Endereo Campo de Informao
FCS
Cabealho
do Frame
Endereo CR EA Endereo FECN BECN DE EA
6 bits
1 bit
1 bit 4 bits 1 bit 1 bit 1 bit 1 bit
1 byte 2 bytes
Figura 2.2 - Estrutura bsica do quadro Frame Relay
10
2.1.1 O FUNCIONAMENTO DO PROTOCOLO FRAME RELAY
O Frame Relay um protocolo extremamente simples com algumas pequenas regras e procedimentos. A base
deste protocolo que se um frame vlido recebido ele deve ser enviado para o destino por uma rota
apropriada. Se existirem problemas de congestionamento dentro da rede, os ns dessa rede podem descartar
qualquer nmero necessrio de frames para tentar solucionar este problema.
Se um determinado n Frame Relay recebe um frame invlido, permitido a este n descartar o frame sem
notificar ao usurio final desta ao. Para um frame ser considerado invlido ele deve apresentar os
seguintes problemas :
no estar corretamente delimitado por dois bytes de flags;
possuir menos que cinco bytes entre os seu flags;
no possuir um nmero inteiro de bytes aps o processo de zero bit extraction;
conter um erro de FCS;
no conter um campo de endereo vlido;
conter um DLCI que no suportado pela rede;
ultrapassar o tamanho mximo acordado entre a rede e o dispositivo do usurio.
2.1.2 ENDEREAMENTO DO PROTOCOLO FRAME RELAY
O campo bsico de endereamento do protocolo Frame Relay possui 2 (dois) bytes, dos quais 10 (dez) bits
so utilizados para montar o DLCI, desta forma existe um intervalo para o uso desses DLCIs variando de 0
at 1023.
No protocolo Frame Relay existem certos DLCIs que so alocados para circuitos de usurios e outros que
so reservados para uso da rede. Esto disponveis 976 DLCIs para uso pelos dispositivos de usurios em
qualquer interface Frame Relay.
Um DLCI de um Frame Relay utilizado para identificar o canal lgico entre dois usurios da rede e possui
significado apenas local. Qualquer frame de dados que utiliza um circuito virtual possui o mesmo DLCI.
Pelo fato do DLCI possuir significado local de responsabilidade da rede mapear o DLCI de origem com o
DLCI de destino, possvelmente atravs de um DLCI diferente dentro da rede Frame Relay. O significado local
do DLCI possibilita o reaproveitamento de DLCIs em diferentes interfaces.
2.1.3 O GERENCIAMENTO DE CONGESTIONAMENTO DO PROTOCOLO FRAME RELAY
O Frame Relay um protocolo com poucas mensagens de controle de congestionamento e erro, na teoria os
usurios podem enviar todos os dados quanto necessrios para a rede, com poucas restries. Isto
obviamente uma das principais vantagens do protocolo, particularmente no ambiente de LANs, onde o trfego
para a rede no previsvel e possui um perfil de rajadas (burst).
Porm, se o Frame Relay fosse um protocolo sem nenhuma restrio de trfego, haveria possibilidade da
rede ser congestionada devido a uma grande quantidade de dados que fossem enviados simultaneamente.
Uma das solues para resolver este problema seria o descarte de todos os frames que a rede no consegue
tratar. Contudo o descarte dos dados, sem levar em considerao a demanda individual de cada usurio da
rede uma soluo inaceitvel do problema. O Frame Relay necessita de um mtodo para garantir a taxa de
transmisso de dados para usurios, e desta forma garantir a justia da rede, oferecendo um servio de
qualidade para estes usurios
Muitos mecanismos podem ser utilizados para controlar e limitar o fluxo de dados de uma rede. Dentro de um
tpico servio de rede Frame Relay existem trs parmetros que afetam o desempenho da rede no nvel de
acesso.
Os Parmetros CIR, Bc e Be so configurados para cada um dos circuitos virtuais de uma rede Frame Relay.
A figura a seguir ilustra a relao entre os parmetros de controle de congestionamento.
11
T(seg) T
c
B
e
Descarte de todos
os frames
Frames com bit
DE setado
Frames normais
T
a
x
a

d
e

a
c
e
s
s
o
E
I
R
C
I
R
Bc + Be
Figura 2.3 - Parmetros de Controle
O bit DE de um frame setado tipicamente quando o usurio est trafegando dados durante o perodo de
rajadas. Este Bit indica para a rede que os dados no fazem parte do CIR e que podem ser descartados se
necessrio.
Apesar de uma rede Frame Relay ser capaz de descartar qualquer dado a qualquer tempo, muitas
implementaes so projetadas para descartar frames com o bit DE setado antes de descartar os demais
frames sem este bit setado.
2.2 CARACTERIZAO DO SERVIO
2.2.1 FUNCIONAL
A rede Frame Relay permite a interligao de usurios atravs de Circuitos Virtuais Permanentes (PVC) e
Circuitos Virtuais Comutados (SVC), em pequena escala disponibilizando as seguintes aplicaes:
transmisso de dados em alta velocidade;
transferncias de documentos;
recuperao de informaes.
Devido as suas caractersticas de alocao dinmica de banda, baixo retardo e eficincia de transmisso em
altas velocidades (at 2 Mbit/s), as redes Frame Relay mostram-se apropriadas para aplicaes que
apresentam um perfil de trfego em rajadas, principalmente interligaes de redes locais.
Aplicaes Configurao Direcionalidade Simetria Tipo de Circuito
Trans. de Dados
Transferncia de
Documentos
Ponto-a-ponto ou
ponto-multiponto
Bi-direcional Simtrico PVC
Recuperao de
Informao
Tabela 2.1 - Modos de Operao
2.2.2 TRFEGO
Para o dimensionamento da rede Frame Relay ser necessrio caracterizar, para cada PVC, as seguintes
informaes:
ponta de origem e destino;
velocidade de acesso;
12
taxa de transmisso contratada - CIR;
quantidade de bits transmitidos contratada - Bc;
quantidade de bits transmitidos excedentes - Be.
2.2.3 DESEMPENHO
Como parmetro de desempenho pode-se monitorar as seguintes ocorrncias:
% de frames com DE = 0 descartados
% de frames com DE = 1 descartados
2.3 CLASSES DE SERVIO
No Frame Relay sobre a plataforma RDSI-FE as classes de servio so definidas por conexes fsicas, sendo
que, nem todas as classes de servio podem ser oferecidas simultaneamente em uma nica conexo fsica.
No caso da rede oferecer, numa determinada interface usurio-rede, mais que uma conexo fsica, vrias
classes de servio podero coexistir na interface usurio-rede, ainda que na mesma conexo fsica. As
classes de servio so dependentes do tipo da rede. As definies das classes de servios esto baseadas
nas seguintes caractersticas e definies:
Caractersticas de Camada 2:
Conexo de Camada 2 por Provisionamento - a conexo estabelecida por um perodo de tempo,
no sendo permitida nenhuma alterao nos parmetros durante este perodo. Se as
caractersticas de camada 1 no foram por provisionamento, a conexo de camada 2 pode ser
suspensa.
Conexo de Camada 2 por Demanda: Caso A - usa um enlace de sinalizao com um DLCI com
valor "0", na mesma conexo fsica. Os procedimentos para esta sinalizao so necessrios para
estabelecer e liberar as conexes da camada 2.
Conexo de Camada 2 por Demanda: Caso B - usa um enlace de sinalizao em uma conexo
fsica rede-dependente. Os procedimentos para a sinalizao rede-dependente so necessrios
para estabelecer e liberar conexes da camada 2.
Caractersticas de Camada 1:
Conexo de Camada 1 por Provisionamento - a conexo estabelecida por um perodo de tempo,
sendo que a rede deve assegurar que a conexo fsica deve permanecer estabelecida.
Conexo de Camada 1 por Demanda - neste caso a conexo fsica pode ser liberada pelo
equipamento terminal. A rede libera a conexo fsica somente depois de decorrido um intervalo de
tempo que o ltimo circuito virtual foi liberado naquela conexo fsica. O enlace de sinalizao, se
existir, deve ser desfeito antes da liberao da conexo fsica. A conexo fsica poder ser
desfeita pela rede na situao de ocorrncia de erros severos.
A Tabela 2.2 apresenta as classes de servio para o servio Frame Relay, conforme definies e
procedimentos descritos na Recomendao Q.933 do ITU-T.
Classes de Servios para o Frame Relay
Classe Caracterstica de Camada 1 Caracterstica de Camada 2
P1 Permanente Permanente
P2 Permanente Sob-demanda
A1 Sob-demanda caso A Permanente
A2 Sob-demanda caso A Sob-demanda
B1 Sob-demanda Caso B Permanente
B2 Sob-demanda Caso B Sob-demana
Tabela 2.2 - Classes de Servio para o Frame Relay
13
Um maior detalhamento do uso do Frame Relay na RDSI-FE pode ser encontrado nos seguintes documentos
emitidos pelo ETSI: ETS 300 399-1(03/95), ETS 300 399-2 (03/95) e ETS 300 399-3 (03/95).
2.4 DEFINIES
A seguir apresentado as definies necessrias ao entendimento dos assuntos relacionados com o Frame
Relay.
BECN - Backward Explicit Congestion Notification: este bit pode ser setado por uma rede
congestionada para avisar ao usurio que os procedimentos de preveno de congestionamento devem ser
iniciados, onde aplicveis para o trfego na direo oposta a do frame que transporta o indicador BECN. Este
bit setado em 1 para indicar ao sistema terminal de recepo que os frames que ele transmite podem
encontrar os recursos congestionados .
Bc - Commited Burst Size: representa a mxima quantidade de dados que a rede garante transportar em
condies normais de operao durante um perodo de tempo Tc. A relao entre o CIR e Bc dada por:
Bc = CIR x TC
Be - Excess Burst Size: a mxima quantidade de dados, durante o perodo de tempo Tc, no qual o usurio
pode exceder o Commited burst size ( Bc ). Para o Clculo de Be utiliza-se o EIR (Excess Information rate),
que no uma varivel configurvel, nada mais do que a mxima velocidade que um determinado circuito
pode trafegar, desta forma a varivel EIR deve ser sempre menor ou igual a taxa de acesso. A relao EIR e
os parmetros Bc e Be dada por:
EIR =[(Bc + Be) / Tc ] Taxa de acesso
Burst Size: em redes Frame Relay o usurio, por perodos pequenos de tempo, capaz de transmitir dados
alm da taxa comprometida ( CIR ) pela rede, desde que a mdia da taxa de transferncia no ultrapasse o
CIR. Isto chamado de Burst (rajadas) de dados e deve ser cuidadosamente controlado pela rede. Se existe
capacidade de reserva dentro da rede Frame Relay, devido aos seus usurios estarem trafegando abaixo do
CIR, ela capaz de transportar os dados adicionais de um determinado usurio at o seu destino sem que
haja uma sobrecarga da mesma. Se a rede est impossibilitada de transportar as rajadas de dados, ela est
livre para descartar esses dados sem notificar o usurio. O mesmo necessita implementar algum mecanismo
de deteco e recuperao dos dados perdidos. Existem dois parmetros de burst que podem ser
configurados numa rede Frame Relay : o Bc ( Commited Burst Size ) e o Be ( Excess Burst Size ), estes
parmetros so definidos para um intervalo de tempo Tc (Commited Rate Measurement Interval), que pode
ser visto como o tempo de durao de uma rajada dados.
Campo de Endereo : o campo de endereamento dentro do frame do protocolo Frame Relay consiste dos
seis bits mais significativos do primeiro byte do cabealho e dos quatro bits mais significativos do segundo
byte do cabealho. Estes bits so concatenados para produzir um endereo nico de 10 bits. Este endereo
representa a identificao do usurio Frame Relay e chamado DLCI ( Data Link Connection Identifier ). A
tabela a seguir ilustra o mapeamento dos bits do campo de endereamento do Frame Relay.
8 7 6 5 4 3 2 1
2
9
2
8
2
7
2
6
2
5
2
4
Primeiro Byte do
cabealho
2
3
2
2
2
1
2
0
Segundo Byte do
cabealho
Campo de Informao - Information Field : o campo de informao contm os dados do usurio e consiste
de um nmero inteiro de bytes. O tamanho mximo para este campo dependente da rede, porm, o Frame
Relay Forum recomenda um tamanho mximo de 1600 bytes. O tamanho mnimo deste campo de 1 (um)
byte. O contedo do campo de informao passado pela rede sem sofrer nenhuma alterao e no
implementado pelo protocolo Frame Relay ( header ).
Carga Oferecida - Offered Load: so os frames oferecidos para a rede, por um usurio terminal, a ser
entregue no destino selecionado. A taxa de informao oferecida rede pode exceder os parmetros de
classe de servio negociados.
14
CIR - Commited Information Rate: a taxa na qual a rede concorda em aceitar dados do usurio e na qual
garante a transferncia destes dados sobre condies normais de funcionamento, ou seja, o CIR o mnimo
throughtput garantido pela rede em condies normais de funcionamento, deve ser sempre menor ou igual a
taxa de acesso.
Circuito Virtual: o termo circuito virtual significa que o usurio tem a impresso de que possui uma linha
dedicada, quando na verdade mltiplos usurios esto usando o mesmo meio fsico. Estes mltiplos usurios
so identificados por diferentes circuitos virtuais, portanto, um circuito virtual de origem pr-mapeado ao
circuito virtual de destino.
Congestionamento: um estado dos elementos da rede no qual a rede no capaz de reunir os objetivos de
qualidade de servio negociados para as conexes j estabelecidas e para as novas solicitaes de conexo.
Os bits FECN e BECN so usados para passar informao aos usurios finais da rede sobre o estado da rede
quando ocorre um congestionamento. Este pode ocorrer dentro da rede em qualquer n, e pode afetar a rede
toda ou apenas alguns circuitos virtuais que operam neste n.
Controle de congestionamento: so mecanismos em tempo-real para prevenir e recuperar o
congestionamento durante os perodos de demandas de pico de trfego ou condies de sobrecarga de rede
(ex: falhas de recurso). Possui mecanismos para evitar e recuperar congestionamento.
CLLM - Consolitaded Link Layer Management: a mensagem para indicar que o usurio deve reduzir
temporariamente a transmisso.
CR - Command/Response Indication Bit: este bit no usado pelo protocolo Frame Relay, mas pode ser
utilizado pelos usurios , pois, ele passa de uma maneira transparente pela rede Frame Relay.
DLCI - Data Link Connection Identifier: o DLCI identifica a conexo virtual em um canal de suporte do
usurio para a rede ou da interface de rede para a rede. Consequentemente um DLCI especifica uma
entidade de camada de enlace de dados de/para, na qual a informao entregue/recebida, sendo
transportada em quadros por esta entidade. O campo DLCI pode ser tanto estruturado como no estruturado
e possui significado apenas local.
EA - Extended Address Bits: o formato bsico do campo de endereamento do frame consiste de 2 bytes
contendo um DLCI de 10 bits. Contudo, possvel extender este campo para suportar endereos de mais de
10 bits. O bit EA indica se byte em que ele se encontra o ltimo byte do campo de endereamento. Desta
forma, para um campo de endereamento com dois bytes, o bit EA estar setado 0 no primeiro byte e 1 no
segundo byte.
Egress Node: o n que representa o destino da interface usurio-rede (UNI).
Entidade de Gerncia : uma entidade capaz de fornecer as funes de gerncia (ex.: operao,
administrao, manuteno e provisionamento).
FCS - Frame Check Sequence: usado para verificar se o frame (header) foi recebido sem erros de
transmisso, ele consiste de um campo com 2 (dois) bytes contendo um CRC (Cyclic Redundance Check)
usando o polinmio de verificao de erros do ITU-T (x
16
+ x
12
+ x
5
+ 1). O FCS opera em todos os bits do
frame ( header ) excluindo os flags, o prprio FCS e qualquer operao de bit stuffing. O polinmio gerador
do FCS exatamente igual ao utilizado pelo protocolo HDLC.
Todos os campos acima devem estar presentes em qualquer frame do Frame Relay que transportado entre
dois usurios finais da rede. No protocolo Frame Relay no existe nenhuma exigncia ou mecanismos de
passagem de sinalizao entre usurios.
FECN - Forward Explicit Congestion Notification: este bit pode ser setado por uma rede congestionada
para avisar o usurio que os procedimentos de preveno de congestionamento devem ser iniciados onde
aplicveis para trfego na direo do frame que tranporta o indicador FECN. Este bit setadoem 1 para
indicar ao sistema terminal de recepo que os frames que ele recebe tm encontrado os recursos
congestionados.
Flag : todos os frames iniciam e terminam com um flag, que um nico byte consistindo de uma seqncia
de um bit 0, seguido por seis bits 1 e um bit 0 adicional. Esta uma seqncia que indica ao receptor o
incio e o fim de um frame, e possibilita ao receptor um sincronismo com o fluxo de frames. Para evitar que
esta seqncia ocorra dentro de um frame durante a transmisso, a fonte de dados examina o frame a
procura de uma seqncia de cinco bits 1 consecutivos quando esta seqncia encontrada a fonte de
dados insere um bit 0, garantindo que o maior nmero de bits 1contnuos que podem ocorrer entre flags
cinco. O receptor deve examinar os frames a procura de uma seqncia de cinco bits 1consecutivos
15
seguidos de um bit 0, e cada vez que isso ocorre, este bit 0 deve ser retirado antes do processamento do
frame. Estes processos so chamados de bit stuffing e zero bit extraction.
Funo de Encapsulamento: funo que pode residir internamente ao DTE ou internamente Rede. Quando
recebida uma PDU, do lado transmissor, o protocolo da camada em questo adiciona um cabealho com as
informaes necessrias para a realizao das funes relativas quela camada. Do lado receptor, na
camada correspondente, o cabealho adicionado na transmisso extrado, as informaes contidas no
mesmo so identificadas e as funes necessrias so realizadas, recuperando assim, a PDU original.
Gerncia de Congestionamento: inclui engenharia de rede, procedimentos de OAM (Operao,
Administrao e Manuteno) para detectar o incio do congestionamento e os mecanismos em tempo real
para prevenir ou recuperar do congestionamento, porm, a gerncia de congestionamento inclui, mas no
est limitada a controlar, evitar e recuperar o congestionamento como definido a seguir .
Gerncia de Desempenho : um conjunto de funes de gerenciamento que possibilita medir e tomar aes
corretivas do desempenho dos servios da rede.
Heartbeat Polling Process : uma troca de uma seqncia de nmeros entre a rede e o dispositivo do
usurio para garantir que ambos esto operacionais. uma notificao dinmica para o usurio da adio ou
retirada de PVC. Monitora cada conexo rede atravs de um processo de polling central peridico. um
processo de polling peridico utilizado para passar e solicitar mensagens de status de PVC entre usurio e
a rede. O usurio envia a mensagem STATUS ENQUIRY para a rede e esta responde com a mensagem
STATUS onde descreve a integridade do PVC.
Ingress Node: o n que representa a origem da interface usurio - rede (UNI).
Integridade - Fairness: uma tentativa feita pela rede para manter os parmetros de chamada contratados
que o usurio negociou no momento do estabelecimento da chamada. Um exemplo disto descartar primeiro
os frames em excesso da taxa de informao acordada (CIR) e recusar o estabelecimento de novas
chamadas antes de descartar o trfego de dados acordados.
Interface Local: a interface que usada para transferir unidades de dados de protocolo de um ou mais
protocolos entre uma funo de encapsulamento e o equipamento de usurio antes do encapsulamento e
depois do desencapsulamento.
LMI - Local Management Interface: o protocolo de gerenciamento do Frame Relay . Este protocolo utiliza
DLCIs especficos para enviar as suas mensagens, diferentes daqueles usados para trafegar dados. A
principal funo do protocolo LMI fornecer ao usurio o status e informaes de configuraes relacionadas
ao PVCS que utilizam a interface Frame Relay. O LMI aplicvel nas interfaces Frame Relay UNI (User
Network Interface) e NNI (Network-to-Network Interface), desta maneira ele tem significado apenas local, ou
seja, a conexo do circuito virtual do usurio gerenciada em cada interface, que trocam as informaes
desta conexo, possibilitando ao usurio determinar o seu status.
REDE
FRAME RELAY
A B
SERVIO DA REDE
UNI NNI UNI
LMI LMI LMI
Figura 2.4 - Protocolo LMI
16
PDU: refere-se a Unidade de Dados de protocolos que so encapsulados em pacotes.
Preveno de congestionamento : so procedimentos iniciados previamente ou no comeo de
congestionamento moderado, a fim de evitar que o congestionamento se torne severo.
PVC - Circuito Virtual Permanente: o servio no qual existe uma conexo estabelecida permanentemente
entre os ETDs, atravs de um caminho virtual. Os protocolos que utilizam o PVC so denominados de
protocolos orientados a conexo permanente.
Quadros fornecidos duplicados : Um quadro D recebido por um usurio definido como sendo um quadro
duplicado se as seguintes condies forem verdadeiras:
(i) D no foi gerado pelo usurio fonte;
(ii) D exatamente o mesmo como um quadro que foi, anteriormente fornecido por aquele destino.
Quadro fornecidos errados : um quadro fornecido definido como sendo um quadro errado, quando os
valores de um ou mais dos bits do quadro esto com erro ou quando, alguns porm no todos, os bits no
quadro so bits perdidos ou bits extras (exemplo : bits que no estavam presentes no sinal original).
Quadros mal entregues - Misdelivered : um quadro mal entregue um quadro transferido de uma fonte para
um usurio de destino diferente do usurio de destino pretendido.
Quadros fornecidos fora de seqncia : considere uma seqncia de quadros F1, F2,...Fn. Assuma que F1
seja transmitido primeiro, F2 segundo,..., Fn ltimo. Um quadro F1 fornecido definido estar fora de
seqncia se este chegar no destino depois de qualquer um dos quadros F(i = 1), F(i+2),...Fn.
Quadros perdidos : Um quadro transmitido declarado ser um quadro perdido, quando o quadro no
fornecido para o usurio do destino dentro de um perodo especificado (TIME-OUT), e a rede responsvel
pelo no fornecimento.
RDSI-FE: podem ser disponibilizados nas instalaes do cliente 2 (dois) tipos de acesso: Acesso Bsico -
consiste na oferta de 2 (dois) canais tipo B de 64kbit/s e um 1 (um) canal tipo D de 16 Kbit/s, tipicamente
utilizado para sinalizao, e o Acesso Primrio - consiste na oferta de 30 (trinta) canais tipo B de 64 Kbit/s e 1
(um) canal tipo D de 64Kbit/s. Utiliza como suporte uma central telefnica digital com capacitaes RDSI e a
mesma rede metlica de acesso a rede telefnica. Trata-se de um servio comutado que necessita de uma
conectividade digital ponto-a-ponto, permitindo conexo com diferentes destinos.
Recuperao de congestionamento : so procedimentos para prevenir o congestionamento de degradao
severa da qualidade de servio fornecido pela rede ao usurio final. Estes procedimentos so tipicamente
iniciados quando a rede comea a descartar quadros devido ao congestionamento.
Rfr - Taxa de Erro Residual: para o servio da camada de enlace (Relaying) de quadro:
Rfr = 1 - (Total de Unidade de Dados de Servio(SDU) fornecidas corretamente / Total de Unidade de
Dados de Servios(FPDU) oferecidas)
Para o Frame Relaying:
Rfr = 1- (Total de Unidades de Dados de Servios(SDU) fornecidas / Total de FPDU oferecidas)
Servio ATM - Cell Relay Bearer Service: o servio pblico baseado no protocolo de acesso de mesmo
nome, que est sendo padronizado pelo ITU-T. O protocolo ATM (Asynchronous Transfer Mode) est sendo
especificado para suportar aplicaes de voz, dados e vdeo, e suas taxas para acesso variam de 2 a 155
Mbit/s.
Servios de Comunicao de Dados: os servios de comunicao de dados podem ser classificados em 3
(trs) grandes grupos: Servios comutados por circuitos, comutados por pacotes e dedicados.
Servios de Dados Comutados por Pacotes: so os servios que envolvem a transmisso de pacotes,
atravs de uma rede pblica de dados comutada por pacotes, estes servios no so transparentes ao
protocolo do cliente, necessitando uma capacitao adicional do ambiente do cliente. Garantem a deteco e
correo de erros dentro da rede. O servio pode ser prestado em duas modalidades: circuito virtual
permanente (PVC) e comutado (SVC), a velocidade at 64kbit/s.
Servios de Dados Dedicados: o servio onde os circuitos de uma rede pblica esto disponveis para uso
exclusivo, um servio ponto-aponto ou multi-ponto. Por ser um servio dedicado, possui transparncia ao
protocolo do cliente e sua velocidade pode variar de poucos milhares de bit at centenas de megabits.
17
Servio de Entrega de Quadros - Frame Mode bearer Services: quadros (frames) so unidades de servios
(SDUs) do nvel 2 (enlace de dados) do modelo OSI. Servios de entrega de quadros possibilitam a
trnsferncia bidirecional de quadros, preservando-se a ordem original de transmisso, em pontos de
referncia S ou T. As SDUs so transportadas atravs de rede com base no rtulo contido nas respectivas
PDUs de nvel 2. tal rtulo um identificador lgico de conexo com significado local (denominado Data Link
Connection Identifier - DLCI).
Servio Portador - Bearer Service: um tipo de servio de telecomunicao que fornece a aptido para a
transmisso dos sinais entre as interfaces usurio-rede.
Servio de Telecomunicaes: aquilo que oferecido por uma Administrao para seus usurios a fim de
satisfazer um requisito especfico de telecomunicao.
Servio X.25: Destinado a terminais / computadores com acesso dedicado, que operam em modo pacote, os
quais se interligam rede utilizando o protocolo de comunicao sncrono padro de comunicao X.25 do
ITU-T. Tal servio prev controle e recuperao de erros, alm de otimizar os meios de transmisso pois
multiplexa vrios canais lgicos em um nico circuito fsico.
SVC - Circuito Virtual Comutado: o servio no qual um caminho virtual deve ser estabelecido entre os
EDTs, a cada solicitao de conexo do usurio.
Tamanho das Rajadas: o usurio capaz de encaminhar os dados em excesso da taxa acordada por curtos
perodos , desde que a taxa mdia de transferncia de dados no excede a CIR
Taxa de Acesso - Access Rate: a taxa do acesso a mxima velocidade na qual os dados podem ser
passados para a rede, e est definida pela velocidade da linha do circuito entre o usurio e a rede. Para uma
rede Frame Relay esta taxa apenas representa a velocidade com que os dados so enviados para a rede e
no a mxima taxa de dados permitida pela rede.
Taxa de Trfego Frame Relay Subscrita - Over-Subscription : dependendo do nmero de acessos Frame
Relay, a largura de banda requerida no necessriamente a somatria dos trfegos dos acessos. Trfego
de backbone Frame Relay, similar a voz (estimativa de Erlang) e ATM (distribuio de Bernoulli), requerem
menos banda do que a somatria das velocidades de acesso. A taxa de Frame Relay subscrita, em relao a
largura de banda do backbone estabelecida, conhecida como over-subscription. Valores tpicos de over-
subscription variam entre 3,5 e 8,0 podendo chegar, em alguns casos a 10,0.
Tc - Commited Rate Measurement Interval: intervalo de tempo em que a rede garante transferir os bits Bc.
Throughput : para uma conexo virtual o numero de bits contido entre o campo de endereo e o campo
FCS, do quadro transferido com sucesso numa direo atravs da conexo virtual por unidade de tempo.
Transferncia com sucesso significa que a verificao do FCS para cada quadro satisfeita.
VPN - Rede Privativa Virtual: facilidade oferecida por algumas Redes de Pacotes, que consiste na
implantao de uma Rede Privativa, com facilidade de gerncia prpria, contida na Rede Pblica de Pacotes.
18
3. Plataformas Aplicveis ao Servio Frame Relay
uando se deseja oferecer o servio Frame Relay, deve-se escolher a plataforma na qual o mesmo ser
implantado. Assim, dentro das plataformas elegveis destacamos :
Redes Determinsticas.
Redes Comutadas por Pacotes;
Redes Comutadas por Clulas (Cell Relay);
Rede Digital de Servios Integrados Faixa Estreita( RDSI-FE)
Rede Digital de Servios Integrados Faixa Larga( Rede ATM)
De maneira geral, no existe uma rede ideal para a prestao do servio Frame Relay, as opes giram em
torno das aplicaes que o cliente deseja atingir e do parque tecnolgico que a operadora possui. Lembrando
que como o Frame Relay suportado pela maior parte das redes existentes, a opo mais consistente e
econmica , pelo menos no primeiro momento, utilizar-se de rede j existente.
3.1 REDES DETERMINSTICAS
As Redes Determinsticas designam circuitos ponto-a-ponto ou ponto-multiponto que de maneira exclusiva e
permanente, atendem as trs primeiras necessidades do cliente, ou seja, throughput elevado, retardo
praticamente inexistente e transparncia a protocolo. Contudo, a alocao fixa de meios de transmisso e a
baixa otimizao das topologias so os pontos vulnerveis para a escolha deste tipo de rede para servios,
como o Frame Relay.
As aplicaes que exijam trfego alto e constante com tempo de reteno de circuito elevado- como acesso a
Internet de usurios corporativos ou agrupamento de usurios, so as mais recomendadas para o servio
Frame Relay sobre a plataforma determinstica.
3.2 REDES COMUTADAS POR PACOTES
As Redes de Pacotes, por sua vez, se apresentam de maneira oposta, s redes determinsticas, embora
permitam alocao dinmica de meios e topologias otimizadas de rede, esse tipo de rede apresenta baixo
throughput, retardo considervel, no sendo transparente a protocolo.
As aplicaes de alto trfego com baixa utilizao ou com utilizao no constante (trfego de rajada), so as
que melhor se adequam ao servio Frame Relay em Redes de Pacotes- exemplo, interligao de redes
locais.
3.3 REDES COMUTADAS POR CLULAS - CELL RELAY
Redes Cell- Relay deram origem ao padro ATM ( Asyncronous Transfer Mode), baseado em clulas, que
ser suporte futura RDSI- FL ( RDSI- Faixa Larga). No entanto, os organismos de padronizao do ATM
ainda no concluram as especificaes necessrias para sua implantao em redes pblicas. Surgiram
ento, implementaes que agregam as especificaes concludas como outras j existentes, e
implementaes proprietrias. Tais implementaes esto auxiliando a consolidao das especificaes ATM
para a RDSI- FL.
As Redes Cell Relay so as que atualmente melhor atendem as necessidades do cliente, com altas taxas de
transferncia de dados, retardo reduzido, alocao dinmica de meios de transmisso e possibilidade de
otimizao da topologia envolvida.
3.4 REDES ATM ( RDSI-FL)
Enfocaremos como o ambiente Frame Relay e o ambiente ATM podem ser interconectados criando um
universo de rede de servios integrados. Os dispositivos que possibilitam as funcionalidades de interconexo
so chamados de IWU ( Unidades de Interfuncionamento) e podem ser separados ou integrados a outros
dispositivos. A maneira usada para interconectar Frame Relay e ATM mostrada na Figura 3.1. Neste
esquemtico, um IWU considerado como parte do ambiente Frame Relay . Este mtodo usa uma tcnica de
encapsulamento muito simples. Somente os campos de endereo e informao do Frame Relay ( excluindo os
campos flag e FCS) so encapsulados como carga til ( payload ) do ATM- AAL 5 ( Camada de Adaptao
ATM tipo 5) e ento transportado atravs do ambiente ATM. Para passar do ambiente ATM para o ambiente
Frame Relay, o IWU remoto opera na seqncia inversa. A principal funo do ambiente ATM neste cenrio
Q
19
a de prover uma ligao transparente entre os dois ambientes Frame Relay . Note que desta forma os
sistemas-fim, que esto residentes em cada ambiente Frame Relay, no podem perceber o ambiente
intermedirio ATM, e ambas as extremidades necessitam prover o servio Frame Relay.
Camadas
Superiores
Core
LAP_D
Fsico
Core
LAP_D
Fsico
ATM
Fsico
AAL-5
Fsico
ATM
Fsico
ATM
Core
LAP_D
Fsico
ATM
Fsico
AAL-5
Camadas
Superiores
Core
LAP_D
Fsico
UNI UNI
Ambiente FR Ambiente FR Ambiente ATM
Figura 3.1 - Ambiente ATM e Frame Relay
3.5 REDE DIGITAL DE SERVIOS INTEGRADOS ( RDSI-FE)
Os servios a nvel de frames - Frame Relay e Frame switching, foram originados no conjunto de
recomendaes do ITU-T que trata da RDSI (Recomendaes da srie - I). Na prtica, o Frame Relay o
servio dominante.
A chave da RDSI- FE a separao lgica entre o canal de sinalizao e os canais de dados e/ou voz. Para o
estabelecimento da chamada utilizado o canal de sinalizao, tambm chamado de canal D ou ainda, canal
de controle (Plano C); enquanto os canais de dados/ voz so chamados de canais de usurios (Plano U).
Independente do tipo de servio, um circuito/ caminho virtual precisa ser primeiramente configurado atravs
da rede, antes que qualquer dado de usurio seja transmitido, com conexes semi-permanentes ou comutada.
Com conexo comutada este procedimento realizado ao mesmo tempo da chamada. Para configurar um
circuito ou caminho virtual, mensagens de sinalizao so trocadas atravs do canal D entre o equipamento
de usurio e a Central usando protocolo de 3 (trs) camadas. Internamente a rede, uma rede de sinalizao
independente envolvendo um protocolo completo de 7 (sete) camadas utilizado- protocolo conhecido como
Sistema de Sinalizao Canal Comum nmero 7 (SSCC#7).
Para os servios baseados em frames, um caminho virtual configurado , informaes de roteamento so
armazenadas em cada n intermedirio de maneira a permitir que a informao de dados do usurio seja
roteada (relayed ) atravs do caminho virtual j configurado, como mostra a Figura 3.2.
Camadas
Superiores
Fsico
Ambiente Usurio
Camada 3
Camada 2
Fsico
Camada 3
Camada 2
Fsico
Camada 3
Camada 2
Fsico
Camada 2
Fsico
Camada 3
Camada 2
Fsico
Camada 2
Camadas
Superiores
Fsico
Camada 3
Camada 2
Fsico
Camada 3
Camada 2
Rede de
Sinalizao
C U
Ambiente Usurio
C U
Ambiente Rede
Figura 3.2 - Servio Frame Relay em Ambiente RDSI- FE
20
4. REQUISITOS FUNCIONAIS MNIMOS
s Redes Frame Relay tem como caractersticas bsicas prover circuitos virtuais permanentes (PVC) ou
comutados (SVC), preservao da ordem de entrega dos frames, no duplicao de frames e ter pequena
probabilidade de perda de frames.
Os ns Frame Relay tem a funo de receber frames do usurio e verificar erros, descartar frames com erro,
rotear frames de acordo com seu DLCI, descartar frames em caso de excesso de trafego ou
congestionamento, monitorar e sinalizar congestionamento.
4.1 REQUISITOS FUNCIONAIS DA CAMADA DE ENLACE
As redes que suportam o servio Frame Relay devem implementar no mnimo as funes descritas a seguir:
A - Funes especficas para a DL-Core
O DL-Core, ncleo do nvel de enlace, um subconjunto das funes do LAPF (Link Access Procedure for
Frame Mode Bearer Services) que corresponde a uma subcamada do nvel 2. O LAPF uma extenso do
LAPD (Link Access Procedure on D-channel) descrito na recomendao Q.921.
As funes especificadas para o DL-CORE (Data Link Core) na recomendao Q.922, esto ilustradas na
Figura 4.1.
DL-CONTROL
Usurio A
REDE
Usurio B
NVEIS
3 a 7
DL-CORE
FSICO
DL-CONTROL
FSICO
DL-CORE
FSICO
DL-CORE
NVEIS
3 a 7
DL-CORE
FSICO
DL-CONTROL
Figura 4.1 - Funes do DL-Core
A recomendao Q.922 especifica a estrutura de frame, os elementos de procedimentos, o formato dos
campos e os procedimentos do nvel de enlace de dados, para suporte ao servio de entrega de frames no
plano do usurio, como definido na recomendao I.233.
As funes definidas para o DL-CORE incluem:
delimitao de frames, alinhamento e transparncia de dados;
multiplexao e demultiplexao de frames com base no campo de endereamento (DLCI);
inspeo de frame para garantir que ele formado por um nmero inteiro de octetos antes da
insero de zeros (bit stuffing) e aps a sua retirada na recepo;
inspeo do tamanho dos frames para garantir que seu tamanho encontra-se dentro dos limites
especificados;
deteco de erros de transmisso (mas no a sua recuperao);
funo controle de congestionamento.
Todas as funes restantes relativas ao controle de erros e de fluxo, so implementadas somente fim a fim,
fazendo parte das funes definidas para o DL-CONTROL (Data Link Control).
A
21
B - Funes Especificadas para a DL-Control
As funes descritas na recomendao Q.922 dizem respeito a qualidade de servio que caracterizada
pelos seguintes parmetros (suas definies esto no Captulo 2 deste Plano de Ao):
Throughput;
Taxa de acesso;
CIR (Committed Information Rate);
Bc (Committed Burst Size);
Be (Excess Burst Size);
Atraso de Trnsito;
Taxa de erro residual (RFR);
Descarte de frames errados;
Descarte de frames duplicados;
Descarte de frames fora de seqncia;
Perda de Frames;
Frames mal entregues.
4.2 SUPORTE A PROTOCOLOS
O Frame Relay deve suportar pelo menos os seguintes protocolos:
IP - Internet Protocol: Protocolo de Camada 3 que contm informaes de endereamento e algumas
informaes de controle que permitem que um pacote seja roteado. O detalhamento deste protocolo est
descrito no documento IETF RFC 791.
IPX - Internetwork Packet Exchange: Protocolo de Camada 3 das redes do tipo Novell, similar ao protocolo
IP, usado nas redes que usam o Netware.
SDLC - Synchronous Data Link Control: Protocolo da Camada de Enlace orientado a bit, introduzido pela
IBM. Deste protocolo derivaram outros, tais como, HDLC e LAPB.
SNA - Systems Network Architecture: Arquitetura de rede, pesada, complexa e rica em caractersticas,
desenvolvidas nos anos 70 pela IBM.
DECnet - DEC Network: Um grupo de produtos de comunicao, incluindo protocolo, desenvolvido pela
Digital Equipment Corporation. A verso mais recente o DECnet fase V, o qual inteiramente baseada nos
protocolos OSI.
Os padres para encapsulamento de protocolos no Frame Relay esto descritos nos documentos IETF RFC
1490 - Multiprotocol Interconnect Over Frame Relay, de julho de 1993, e ANSI T1.617 Anexo F.
22
5. ELEMENTOS DA REDE DE ACESSO
5.1 INTRODUO
O Servio de Transmisso de Dados Frame Relay (FRDTS) foi provido inicialmente atravs da RDSI-FE e se
tornou um servio de ampla utilizao em diversas plataformas, tendo em vista que permite o
compartilhamento de acessos atravs de multiplexao estatstica, a elevao da velocidade atravs da
reduo do processamento pela rede, o aproveitamento da confiabilidade inerente aos meios de transmisso
digitais e a crescente inteligncia dos End Systems, os quais so capazes de realizar parte do processamento
anteriormente realizado pelas redes.
O Frame Relay um servio orientado a conexo (CONS), cujo acesso feito atravs da interface usurio-
rede (UNI), que pode estabelecer conexes sob demanda (SVC) ou por provisionamento (PVC). Neste
trabalho ser tratado somente o caso PVC.
A interface UNI-FR permite, atravs de multiplexao estatstica, o estabelecimento simultneo de diversas
conexes Frame Relay com caractersticas de servio especficas, entre Equipamentos Terminais de Dados
(DTE), assegurando a otimizao dos acessos e a elevao da confiabilidade das conexes, pela
implemetao de diversas funcionalidades padronizadas, dentre as quais ressaltamos:
Controle de chamadas;
Gerenciamento de canais de acesso;
Controle de trfego no acesso.
O acesso a uma rede Frame Relay pode ser feito atravs de meios/equipamentos, permitindo a aplicao
direta ou a adaptao do ambiente de usurio ao ambiente de rede, conforme ilustra a Figura 5.1.
Desktop & LAN Network Access
PVC
PVC
PVC
SVC
SVC
Port
Dedicated Access
ISDN
Analog Dial
Integrated Access
or
Local Wiring
(v.35, T-1, RS232)
Formats
Packets
into Frames
Statistical
Multiplexing
Frame Relay
Network
UNI
PC
Controller
Video
PBX
Router
Bridge
FRAD
MUX
Switch
CPE
The Technical Framework
Figura 5.1 - Framework Frame Relay
5.2 INTERFACE USURIO REDE (DTE/DCE)
5.2.1 DESCRIO GERAL
O Servio de Transmisso de Dados Frame Relay fornece transferncia bidirecional de frames de uma
interface DTE/DCE para uma outra interface DTE/DCE, com transferncia de contedo, deteco de erros e
preservao da ordem dos frames transmitidos. O FRDTS no fornece procedimentos para a notificao de
23
erros, recuperao de erros e retransmisso, no caso de frames perdidos. A perda de frames pode ser devida
no somente a erros de transmisso, mas tambm a congestionamento dentro da rede ou nas interfaces
DTE/DCE. O FRDTS permite que conexes simultneas entre DTEs sejam multiplexadas num nico circuito
de acesso.
5.2.2 MULTIPLEXAO
Os frames individuais de uma dada conexo so identificados por um cabealho. Este campo no frame
chamado DLCI (Identificador da Conexo do Enlace) um identificador lgico, com significado local. A rede
mantm uma relao entre um DLCI usado numa interface DTE/DCE e o DLCI usado na interface DTE/DCE
remoto para uma dada conexo DTE a DTE.
DTE
DTE
DLCI = a
DLCI = b
Rede
Pblica
de Dados
Figura 5.2 - Identificador de Conexo do Enlace
Deve ser observado que o mapeamento do valor do DLCI do DTE de transmisso para o DTE da recepo
dependente da rede. Para cada conexo, a ordem dos frames preservada do DTE de transmisso para o
DTE de recepo.
5.2.3 CAMADA FSICA
A interface de camada fsica suportada pelos equipamentos que provm o servio Frame Relay baseada
nos padres das Sries X, V, G e I do ITU-T e devem operar em modo Full Duplex. A administrao pode
oferecer uma ou mais interfaces fsicas ao usurio, devendo a(s) mesma(s) estar(em) de acordo com o
estabelecido no documento FRF.1.1. As principais interfaces fsicas esto listadas a seguir:
ANSI T1.403 - 1989;
ITU V.35;
ITU G.703 (2Mbit/s);
ITU G.704 (2Mbit/s);
ITU X.21;
ANSI 530-A-1992;
ANSI HSSI (53 Mbit/s);
ANSI T1.107-A-1990 (DS3-44 Mbit/s);
ITU G.703 - 1988 (34 Mbit/s);
ITU V.36/V.37 - 1988 (2 a 10 Mbit/s).
5.2.4 PARMETROS DE SERVIO DA INTERFACE DTE/DCE
Os parmetros de servio da interface (DTE/DCE), cujas definies esto no Captulo 2, so:
Taxa de Acesso (AR);
Tamanho da Rajada Contratada (Bc);
Tamanho do Excesso da Rajada (Be);
24
Taxa de Informao Contratada (CIR);
Intervalo de Medio da Taxa Contratada (Tc);
Comprimento Mximo em bytes do Campo de Informao do Frame Relay (N203).
5.2.5 CONTROLE DE TRANSFERNCIA DO ENLACE
Para controlar o enlace, o FRDTS fornece as seguintes funes:
Delimitao, alinhamento e transparncia de frame;
Multiplexao/demultiplexao de frame, usando o campo de endereo;
Inspeo do frame para garantir que ele consiste de um nmero inteiro de bytes antes da insero
do bit 0 (zero) ou em seguida extrao do bit 0 (zero).
Inspeo do frame para garantir que ele no muito longo e nem muito curto;
Deteco de erros de transmisso (mas sem recuperao);
Funes de controle de congestionamento.
5.2.5.1 FORMATO DO FRAME
8 7 6 5 4
3
2 1
0 0 1 1
1
1 1 1
DLCI Superior (6 bits)
DLCI Inferior (4 bits) FECN BECN
C/R EA (0)
EA (1) DE
Campo de Informao
(N-6) Octetos
2
8
0 0
1
1 1 1 1 1
2
9
2
10
2
11
2
12
2
13
2
14
2
15
2
0
2
1
2
2
2
3
2
4
2
5
2
6
2
7
Flag
Endereo
Endereo
Flag
FCS
FCS
Octeto 1
Octeto 2
Octeto 3
Octeto N-2
Octeto N-1
Octeto N
Figura 5.3- Formato do frame com endereo de 2 bytes
O comprimento default do campo de endereo so 2 bytes. Pode ser expandido para 3 ou 4 bytes.
FLAG: Todos os frames devero comear e terminar com uma seqncia consistindo de um bit 0
(zero) seguido de 06 (seis) bits 1 e um bit 0. O FLAG que precede o campo de endereo definido
como FLAG de abertura. O FLAG subsequente ao campo do FCS definido como FLAG de
fechamento. O DTE e o DCE devem ser capazes de suportar o flag de fechamento como o FLAG
de abertura do frame seguinte.
Informao: O campo de informao de um frame, quando presente, segue o campo de endereo
e precede o campo de FCS. O contedo do campo de informao de FRAME RELAY dever
consistir de um nmero inteiro de bytes.
Seqncia de Verificao do Frame (FCS): O campo FCS dever ser uma seqncia de 16 bits
Endereo: O campo de endereo dever consistir de no mnimo 2 bytes e no mximo 4 bytes,
conforme pode ser observado na Figura 5.4.
25
EA: Bit de extenso do campo de endero
C/R: Notificao de comando/Resposta
FECN: Notificao de congestionamento explcito para frente
BECN: Notificao de congestionamento explcito para trs
DLCI: Identificador de conexo do enlace de dados
DE: Indicador de escolha de descarte
D/C: Bit de indicao de extenso/controle do DLCI
DLCI Superior (6 bits)
DLCI Inferior (4 bits)
FECN BECN
C/R
DE
EA(0)
EA(1)
(a) Formato default de campo de endero de 2 octetos
DLCI Superior (6 bits)
DLCI Inferior (4 bits) FECN BECN
C/R
DE
EA(0)
EA(0)
DLCI Inferior (6 bits) D/C 0
EA(1)
(b) Campo de 3 octetos
DLCI Superior (6 bits)
DLCI (4 bits) FECN BECN
C/R
DE
EA(0)
EA(0)
D/C 0 EA(1)
EA(0) DLCI (7 bits)
DLCI Inferior (6 bits)
(c) Campo de 4 octetos
Figura 5.4- Formato de Campo de Endereo
5.2.6 PROCEDIMENTOS DE GERNCIA DE CONEXES (PVC)
Os procedimentos de gerncia de PVC so baseados na transmisso peridica de uma mensagem de
STATUS ENQUIRY pelo DTE e a mensagem STATUS pelo DCE, e fornecem as seguintes funcionalidades:
Verificao da integridade do enlace da interface DTE/DCE;
Notificao para o DTE da adio (acrscimo) de um PVC;
Deteco pelo DTE da supresso de um PVC;
Notificao para o DTE do STATUS de um PVC (ativo ou inativo):
As mensagens STATUS e STATUS ENQUIRY so transferidas no DLCI = 0, os bits FECN, BECN e DE
no so usados e devem ser setados em 0 na transmisso e no devem ser interpretados na recepo.
O suporte a estes procedimentos obrigatrio para a rede. O cliente deve informar, no momento da
contratao do servio, se o DTE usa ou no estes procedimentos. Se o DTE for uma rede privada,
procedimentos bidirecionais podem ser usados.
O objetivo do elemento de informao de verificao da integridade do enlace trocar seqncias de
nmeros entre o DCE e o DTE periodicamente, bem como o estado de cada PVC.
5.2.6.1 DESCRIO DOS PROCEDIMENTOS
Os procedimentos de gerncia de PVC usam POLLING peridico para verificar a integridade do enlace e
relatar o estado dos PVCs.
O DTE transmite a mensagem STATUS ENQUIRY para o DCE e inicializa o temporizador de polling.
Quando o temporizador expira, o DTE repete a ao acima. O DCE responde a cada mensagem de STATUS
ENQUIRY com uma mensagem de STATUS e inicializa (start) ou reinicializa (restart) o temporizador de
verificao de polling usado pela rede para detectar erros.
26
A mensagem STATUS transmitida como resposta a STATUS ENQUIRY contm a verificao da integridade de
enlace e o relatrio. Se o contedo do relatrio especifica o estado completo, a mensagem STATUS deve
conter o STATUS de cada PVC configurado na interface. O DTE dever interpretar a mensagem de STATUS
de acordo com o seu contedo. O DCE pode responder a qualquer poll com uma mensagem completa do
estado no caso de mudana do estado do PVC ou informar a adio ou deleo de PVC na interface
DTE/DCE. Se uma mensagem de estado completa, o DTE deve atualizar o estado de cada PVC
configurado.
5.3 REDE DE ACESSO
O servio Frame Relay permite o estabelecimento de diversos circuitos virtuais em uma mesma interface de
acesso, proporcionando:
Reduo do nmero de portas de roteadores e equipamentos de acesso;
Substituio de mltiplas linhas dedicadas utilizadas na interconexo de sistemas distribudos;
Acomodao do trfego das mltiplas conexes de acesso pela mdia ao invs do pico;
Adaptao de diversos protocolos em uma mesma plataforma de servios (voz, dados,...);
Capacidade de gerenciamento e adequao do trfego na interface de acesso;
Reduo de custos.
A soluo de acesso a ser disponibilizada depende das necessidades dos usurios e da infraestrutura
disponvel na operadora. Dentre as principais solues disponveis podemos ressaltar as seguintes:
a) - Equipamentos:
Bridges/Routers com sada Frame Relay;
Frame Relay Assembler/Disassembler (FRAD);
Cartes adaptadpores de rede Frame Relay (NIC);
Hubs Frame Relay.
b) - Meios de Acesso:
Meios de Transmisso (metlico/ptico);
Sistemas Rdio;
Modens.
A Figura 5.5 apresenta algumas solues de atendimento baseadas na plataforma Frame Relay.
27
Figura 5.5 - Algumas Solues Baseadas no Frame Relay
Deve-se observar que os tipos de acessos anteriormente descritos devem ser baseados nos padres
internacionais, no sendo portanto recomendvel a utilizao de solues proprietrias, as quais devero ser
adotadas em casos especiais, quando a situao o exigir.
28
6. REQUISITOS MNIMOS PARA INTERFUNCIONAMENTO
edes Frame Relay podem disponibilizar Frame Mode Bearer Services (FMBS) que englobam o Frame
Relay Bearer Services (FRBS), descrito nas Recomendaes ITU I.233.1 e o Frame Switching Bearer
Services (FSBS) , descrito na Recomendao ITU I.233.2. A introduo de tais servios tem que conviver
com as redes/servios j em funcionamento.
Nas prximas sees descreveremos o interfuncionamento entre :
Servios de Suporte Frame Relay e Frame Switching
Servios de Suporte Frame Relay e Servios X.25/X.31
Servios de Suporte Frame Relay e Servios de Circuitos Comutados
Servios de Suporte Frame Relay e Servios RDSI-FL
6.1 INTERFUNCIONAMENTO ENTRE SERVIO DE SUPORTE FRAME RELAY E FRAME SWITCHING
Redes Frame Relay no implementam correo de erro ao nvel de Camada de Enlace, enquanto Redes
Frame Switching implementam esta funcionalidade .
Para que terminais conectados com Redes Frame Relay possam interfuncionar com Redes Frame Switching,
necessrio que eles implementem as seguintes funes: controle de erros ao nvel de camada de enlace,
controle de congestionamento e informao aos terminais chamadores das eventuais mudanas dos
parmetros de QoS.
As pilhas de protocolos a serem implementados em cada elemento das redes envolvidas so mostrados na
Figura 6.1.
Q. 922
Control
Q. 922
Core
Fsica
Q. 922
Control
Q. 922
Core
Fsica
Q. 922
Control
Q. 922
Core
Fsica
Q. 922
Core
Fsica
Q. 922
Core
Fsica
Q. 922
Control
Q. 922
Core
Fsica
Frame switching
network
Frame relaying
network
UIF
TE
FS
REDE
FS
UIF
REDE
FR
TE
FS
Figura 6.1 - Interfuncionamento entre Frame Relay e Frame Switching
6.2 INTERFUNCIONAMENTO ENTRE SERVIO DE SUPORTE FRAME RELAY E SERVIO X.25/X.31
6.2.1 CENRIOS
Para prover conectividade entre uma Rede Frame Relay e uma Rede de Pacotes (Protocolo UNI X.25 )/Rede
Digital de Servios Integrados (RDSI - Protocolo UNI X.31) dois esquemas so possveis:
Uso de uma porta comum s duas redes como ponto de interconexo. Usa-se a Rede Frame Relay
para prover acesso a uma porta da Rede de Pacotes ou da RDSI e em uma segunda etapa
conecta-se, atravs da porta comum, com a porta chamada na Rede de Pacotes ou na RDSI.
Interfuncionamento de Redes atravs de Elementos de Rede por mapeamento do Protocolo de
Sinalizao da Rede Frame Relay e os Protocolos equivalentes na RPC/RDSI . Este esquema
merece estudos mais aprofundados e no podem ser implementados no atual estgio de
padronizao do ITU.
R
29
Em ambos casos o servio fim-a-fim um servio X.25.
6.2.2 INTERFUNCIONAMENTO ENTRE FRBS PVC E REDE DE PACOTES VC/PVC ATRAVS DE PORTA
COMUM S DUAS REDES.
Neste caso, estabelecida uma ligao permanente entre o terminal origem e a porta de acesso Rede de
Pacotes. O segundo passo o estabelecimento de um Canal Virtual a partir de uma proviso administrativa
para gerar uma PVC atravs da Rede de Pacotes ou atravs de sinalizao para estabelecimento de um
Canal Virtual (VC) at o terminal chamado. A pilha de protocolos funcionais em cada elemento de rede
mostrado na Figura 6.2.
LAPB controle or
Q. 922 controle
Q. 922
Core
Fisica
TE
FR
REDE
FR
UIF
REDE DE
PACOTES (X. 25)
TE
(X. 25)
X. 25 PLP
Q. 922
Core
Fisica
LAPB controle or
Q. 922 controle
Q. 922
Core
Fisica
X. 25 PLP
LAPB
Fisica
X. 25 PLP
Fisica
X. 25 PLP
LAPB
Fisica
X. 25 PLP
LAPB
U
-
p
l
a
n
e
Figura 6.2 - Interfuncionamento entre FR PVC e redes de Pacotes X.25 VC/PVC
6.2.3 INTERFUNCIONAMENTO ENTRE FRBS PVC E REDE DE PACOTES ISDN (X.31) VC/PVC
Neste caso necessrio estabelecer uma conexo PVC do terminal chamador porta de acesso a RDSI.
Num segundo passo estabelecido por proviso administrativa um Canal Permanente Virtual (PVC) ou por
sinalizao um Canal Virtual Comutado (SVC). Para prover esta sinalizao a usada a pilha de protocolos
do Plano de Controle da RDSI-FE descritos nas Recomendaes ITU Q.921 (Camada de Enlace) e Q.931
(Camada de Rede).
As pilhas de protocolos (Plano de Usurio e Plano de Controle) funcionais em cada elemento de rede so
mostradas na Figura 6.3.
LAPB controle or
Q. 922 controle
Q. 922
Core
Fisica
TE
FR
REDE
FR
UIF RDSI - FE
TE
(X. 31)
X. 25 PLP
Q. 922
Core
Fisica
LAPB controle or
Q. 922 controle
Q. 922
Core
Fisica
X. 25 PLP
LAPB
Fisica
X. 25 PLP
Fisica
X. 25 PLP
LAPB/ Q. 921
Fisica
X. 25 PLP
LAPB/ Q. 921
Plano U
Packet handler
Q. 931
Q. 921
Q. 931
Q. 921 Plano C
Figura 6.3 - Interfuncionamento entre FR PVC e RDSI-FE (X.31)
6.2.4 INTERFUNCIONAMENTO ENTRE FRBS SVC E REDE DE PACOTES (X.25)/ RDSI-FE (X.31) VC
Figuras 6.4 e 6.5 ilustram esquematicamente os elementos de rede envolvidos e as pilhas de protocolos para
se efetuar uma conexo tipo SVC/VC atravs das Redes FRBS e de Pacotes/RDSI. A mesma tcnica, usada
nos casos anteriores, aplicada nesta situao. Inicialmente estabelecida uma Conexo Virtual Comutada
(SVC) via sinalizao(Q.933) at a porta de acesso a Rede de Pacotes/RDSI . Num segundo passo o
30
Terminal FR estabelece uma Conexo Virtual (VC) dentro da Rede de Pacotes atravs de sinalizao dentro
do Plano do Usurio usando o protocolo de terceira camada do X.25 (Packet Layer Protocol). Este segundo
passo, o estabelecimento de um Canal Virtual, quando aplicado na RDSI-FE, feito via sinalizao segundo
os protocolos Q.921 e Q.931, pelo canal D.
O mtodo de dois passos tambm se aplica a chamadas do terminal X.25/X.31 para a Rede FMBS. A funo
de coordenao e sincronizao (SCF) responsvel pela coordenao entre os Planos de Controle e o
Plano do Usurio. A SCF tambm responde pelo mapeamento dos endereos de Camada de Rede da Rede
de Pacotes (X.25) e os endereos tipo RDSI usados pelo FMBS.
A Rede de Pacotes (X.25)/RDSI (X.31) em associao com a unidade de interfuncionamento comporta-se
como um terminal requisitando da Rede FRBS, um servio FRBS. possvel portanto multiplexar Canais
Virtuais X.25 (distintos ao nvel de camada de pacote) em um nico Canal Virtual FRBS (distintos ao nvel de
camada de enlace) na Rede FRBS.
LAPB controle /
Q. 922 controle
Q. 922
Core
Fisica
TE
FR
REDE
FR
UIF
Rede de
Pacotes
TE
(X.25)
X. 25 PLP
Q. 922
Core
Fisica
LAPB controle /
Q. 922 controle
Q. 922
Core
Fisica
X. 25 PLP
LAPB
Fisica
X. 25 PLP
Fisica
X. 25 PLP
LAPB/ Q. 921
Plano U
Q. 933
Q. 922 / Q. 921
Q. 933
Q. 922 / Q. 921
Plano C
SCF
SCF
Q. 933
Q. 922 / Q. 921
Q. 933
Q. 922 / Q. 921
Figura 6.4 - Interfuncionamento entre Redes Frame Relay SVC e Rede de Pacotes
Q. 922
Core
Fisica
LAPB controle or
Q. 922 controle
Q. 922
Core
Fisica
TE
FR
REDE
FR
UIF RDSI - FE
TE
(X. 31)
X. 25 PLP
LAPB controle or
Q. 922 controle
Q. 922
Core
Fisica
X. 25 PLP
LAPB/ Q. 921
Fisica
X. 25 PLP
Fisica
X. 25 PLP
LAPB/ Q. 921
P
l
a
n
o

U
Q. 933 Q. 933
Q. 922 or Q. 921
P
l
a
n
o

C
Q. 922 or Q. 921
Q. 933 Q. 933
Q. 922 or Q. 921 Q. 922 or Q. 921
S
C
F
Q. 931
Q. 921
Q. 931
Q. 921
SCF
Figura 6.5 - Interfuncionamento entre Redes Frame Relay SVC e RDSI-FE SVC (SCF: Synchronization and
Coordenation Function)
6.3 INTERFUNCIONAMENTO ENTRE FRBS E SERVIO DE CIRCUITOS COMUTADOS
Acesso atravs de uma Rede de Circuitos Comutados a uma Rede FRBS remota suportado estabelecendo-
se primeiro uma Conexo por meio de Circuitos a um Frame Handler (Elemento de Rede RDSI) atravs de
sinalizao RDSI (Recomendao Q.931). Em um segundo passo os Canais Virtuais dentro da Rede FRBS,
necessrios para completar a ligao entre o terminal chamador e o chamado, so estabelecidos atravs de
sinalizao in-band (Recomendao ITU Q.933 ) enviada pelo terminal chamador. Circuitos estabelecidos
dentro da Rede RDSI-FE podem suportar taxas de 64 a 384 kbit/s ou agregados de 64 kbit/s at 1920 kbit/s.
Em todo esse processo o Frame Handler constitui-se como elemento de interfuncionamento entre as redes
envolvidas . Na Figura 6.6 mostrado esquematicamente como se estabelece a conexo atravs das duas
redes.
31
TE
ET ET
...................
Frame
handler
Canal D
Q. 931
Canal
B or H
RDSI - FE
( Circuitos )
SS n 7/
DSS
Q. 933
(in - band)
Rede FR
Virtual
circuits
Figura 6.6 - Interfuncionamento entre Redes Frame Relay e RDSI-FE (Circuito Comutado)
6.4 INTERFUNCIONAMENTO ENTRE SERVIO DE SUPORTE FRAME RELAY E RDSI-FL
O ITU atravs da Rec. I.555 estabelece recomendaes para interfuncionamento de FRBS e os servios de
taxa varivel, orientados a conexo (servios Classe C) providos pela RDSI-FL.
So indicados, pela Recomendao acima citada, um conjunto de requisitos genricos para o
interfuncionamento do servio FRBS com o RDSI-FL:
mapeamento dos parmetros do FRBS prioridade na perda de frames e indicao de controle de
congestionamento;
procedimentos para negociao do tamanho de quadro do FRBS;
operao no modo mensagem no assegurada sem fluxo de controle;
transferencia imediata dos dados do usurio assim que a conexo estabelecida sem a
negociao dos parmetros da Camada AAL.
Alem dessas consideraes gerais, para entrar em maiores detalhes, necessrio considerar trs cenrios
onde possvel o interfuncionamento de FRBS e RDSI-FL.
6.4.1 CENRIO 1 - ACESSO FRAME RELAY
Neste cenrio o servio FRBS provido na periferia da Rede como soluo de acesso. A RDSI-FL (ATM)
usada como backbone para transporte de grandes agregados de trafego. Este cenrio mostrado na Figura
6.7. Nesta figura so mostradas as pilhas de protocolos usados pelos diferentes elementos de rede.
A camada FR-SSCS suporta as funcionalidades core do FRBS como descritas na Rec. ITU I.233.1 A Tabela
6.1 mostra como as funcionalidades do FRBS so exercidas equivalentemente pelas camadas FR-SSCS,
CPCS, subcamada SAR e camada ATM do servio RDSI-FL.
Na pilha de protocolos usados pelo elemento de interfuncionamento so mostrados as vrias camadas do
servio ATM ou RDSI-FL. Toda comutao na rede ATM feita na segunda camada, a camada ATM. O
processo de montagem/desmontagem de clulas ATM de 53 octetos feito pela terceira camada, a AAL5, que
subdividida em trs subcamadas: a SAR (Segmentation and Reassembly) e CPCS (Common Part
Convergence Sublayer) e a SSCS (Service Specific Convergence Sublayer).
Existem dois esquemas para multiplexar conexes FRBS atravs de uma rede RDSI-FL (ATM ) :
Varias conexes lgicas so multiplexadas em um nico canal virtual ATM. A multiplexao
exercida pela subcamada FR-SSCS atravs do uso de DLCIs;
Cada conexo lgica FR mapeada em nico canal virtual ATM e a multiplexao exercida
pela camada ATM usando os VPI/VCI (Virtual Path Identifier/Virtual Channel Identifier)
Em ambos os esquemas, as conexes FRBS so identificadas por meio dos DLCIs pela Camada de Enlace
do FRBS ( Rec. ITU Q.922 ).
O primeiro esquema de multiplexao s pode ser usado por Canais Virtuais FRBS que transitam em uma
mesma rede fsica ATM. Canais Virtuais que transitam em diferentes redes fsicas ATM devem ser
multiplexados ao nvel de camada ATM (usando-se os VPI/VCI ), segundo esquema acima citado.
32
O gerenciamento de congestionamento para os dois mtodos de multiplexao deve levar em considerao os
seguintes fatos. Se o nmero de conexes FR muito elevado e todas elas so multiplexadas em um nico
VCC da rede ATM ou em um nico VPC, o trfego agregado no VCC (no primeiro esquema ) ou no VPC (no
segundo esquema ) comporta-se quase como taxa de bits constante. Como conseqncia, este trafego, ao
entrar na rede ATM, deve exigir desta uma alocao de recursos de banda correspondente ao pico da taxa
agregada para se atingir uma eficincia aceitvel. Dentro das redes FR conectadas a rede ATM continuam
sendo exercida a funo de gerenciamento de congestionamento. Os parmetros FECN e BECN no so
mapeados nas camadas AAL 5 CPCS nem na camada ATM. No entanto, indicao de congestionamento
detectado dentro da rede ATM deve ser comunicado as redes FR contguas. Esta estratgia prov um QoS
mdio para todas as conexes FR transitando dentro da rede ATM. Estes procedimentos seguem as
Recomendaes ITU I.370 e I.371.
Na unidade de interfuncionamento (UIF) devem ser mapeados os seguintes parmetros e campos:
PDU da camada FR_SSCS deve ser transferido sem mudanas como PDU da camada de enlace
do FR ( Q.922 Core )
parmetros derivados dos headers dos Protocolos Q.922 e FR-SSCS so trocados entre estes
via primitivas internas a UIF. Estes parmetros so processados para criar o headers dos
Protocolos interfuncionantes.
Q. 922
Core
Fisica
TE
FR
REDE
FR
UIF
RDSI - FE
TE
(X. 31)
Q. 922
Core
Fisica
Camadas
Superiores
Q. 922
Core
Fisica
Q. 922
Core
Fisica Fisica
FR-SSCS
CPCS
SAR
ATM
Q. 922
Core
Fisica Fisica
FR-SSCS
CPCS
SAR
ATM
Q. 922
Core
Fisica
Q. 922
Core
Fisica
Q. 922
Core
Fisica
Camadas
Superiores
UIF
RDSI-FL
(ATM)
Figura 6.7 - Interfuncionamento entre Redes Frame Relay e RDSI-FL (ATM) - Cenrio 1
6.4.2 CENRIO 2 - ACESSO ATM/FRAME RELAY
Neste cenrio um terminal RDSI-FL (ATM ) com funcionalidades de suporte ao servio FR conectado via
rede ATM e rede FR com um terminal FR. Conforme mostrado na Figura 6.8 a Unidade de Interfuncionamento
na interface entre a rede FR e a rede RDSI-FL deve implementar as mesmas funes da unidade equivalente
do Cenrio 1.
As funes da camada FR-SSCS no terminal RDSI-FL/FR e na Unidade de Interfuncionamento so descritas
na Recomendao ITU I.365.1.
6.4.3 CENRIO 3 - INTERFUNCIONAMENTO DE SERVIOS ATM E FRAME RELAY
Este cenrio se aplica quando um usurio de Servio FR se interliga com um usurio do Servio RDSI-FL.
Todas funcionalidades necessrias para o interfuncionamento so executadas na Unidade de
Interfuncionamento. Como o terminal RDSI-FL no suporta os servios FR (descritos na Rec. ITU I.233.1)
outras funes para interfuncionamento implementveis em camadas superiores so necessrias.
33
Q. 922
Core
Fisica
TE
FR
REDE
FR
UIF
TE
ATM/ FR
Q. 922
Core
Fisica
Upper
layers
Q. 922
Core
Fisica
Q. 922
Core
Fisica Fisica
FR-SSCS
CPCS
SAR
ATM
Fisica
Upper
layers
REDE
RDSI-FL
(ATM)
FR-SSCS
CPCS
SAR
ATM
Fisica Fisica
ATM ATM
Figura 6.8 - Interfuncionamento entre Frame Relay e ATM - Cenrios 2 e 3
6.4.3.1 GERNCIA DE CONGESTIONAMENTO
O controle de congestionamento em redes FR feito pelo descarte de frames devidamente rotuladas com
valor do parmetro DE - Elegibilidade para Descarte, campo do header de cada frame igual a zero.
Similarmente em redes ATM, clulas podem ser descartadas em situao de congestionamento, dependendo
do valor do campo CLP do header de cada clula. O mapeamento dos parmetros DE dos frames da rede
FR nos parmetros CLP feito na unidade de interfuncionamento passando o valor dos campos DE do
protocolo Q.922 para os DE do header do FR-SSCS que so convertidos em campos CLP do header na
camada CPCS-LP.
Preveno de congestionamento em redes FR implementada pelo uso dos campos FECN e BECN para
indicar o estado de fluxo de trfego em vrias direes da rede. Similar funo exerce o campo EFCI ( Explicit
Forward Congestion Indication ) do header em clulas dedicadas para gerncia de fluxo nas redes ATM. O
mapeamento dos campos FECN e BECN de frames da rede FR em campos EFCI das clulas ATM feita da
camada Q.922 Core para a camada CPCS-CI via a FR-SSCS.
Funes FRBS (I.233.1) Funo ATM Funes SAR e CPCS Funo FR-SSCS
Del i mi tao de Frames Preservao de
CPCS-SDU
Mux/Demux com DLCI Mux/Demux com VPI/VCI Mux/Demux com DLCI
Inspeo de Frames
(num. i ntei ro de oct.)
Inspeo de PDU
(num. i ntei ro de oct.)
Inspeo de Frames
(tamanho max/mi n)
Inspeo de PDU
(tamanho max/mi n )
Deteo de erros de
transmi sso (mas no
recuperao)
Deteo de erros de
transmi sso (mas no
recuperao)
Control e de
Congesti onamento para
Frente
Control e de
Congesti onamento para
Frente
Control e de
Congesti onamento para
Frente
Control e de
Congesti onamento para Trs
Control e de
Congesti onamento para Trs
Comando/Resposta Comando/Resposta
Tabela 6.1. Mapeamento das funcionalidades do FMBS nas equivalentes do RDSI-FL
34
7. ASPECTOS DE ENDEREAMENTO/NUMERAO
7.1 INTRODUO
De uma maneira geral, a maior parte do trfego que circula nas redes Frame Relay implantadas, necessitam
de uma abrangncia local ou mesmo regional. Neste caso, o endereamento dos elementos que compem a
rede no necessita seguir um padro, sendo que em muitos casos, este endereamento segue um
procedimento particularizado pelo fabricante. Porm, em se tratando de rede pblica faz-se necessrio que o
endereamento dos elementos da rede sejam feitos seguindo um padro internacional, pois, s assim fica
garantido a compatibilidade com as outras redes pblicas disponveis em regies que no aquela coberta pela
operadora do servio em questo, ou mesmo em outros pases.
7.2 REDES FRAME RELAY - CONEXES PVC
No caso do Frame Relay com conexes PVC, no tem sentido falar em plano de numerao, cabe somente o
endereamento identificador dos circuitos virtuais, os quais esto intimamente relacionados com as
aplicaes do usurio. A forma de estabelecimento da conexo fsica, dependente do tipo de plataforma, na
qual o servio Frame Relay est sendo oferecido.
7.3 REDES FRAME RELAY - CONEXES SVC
No Frame Relay com conexes SVC, conforme descrito na seo 6.2, podemos classificar estas conexes nos
seguintes tipos:
Conexes PVC atravs da Rede Frame Relay e SVC atravs da RDSI-FE: Neste caso a conexo atravs da
PSPDN e RDSI-FE endereada de acordo com o Plano de Numerao baseado na X.121 e E.164,
respectivamente.
Conexes SVC atravs da Rede Frame Relay e SVC atravs da PSPDN ou RDSI-FE: Neste caso a
conexo atravs da Rede Frame Relay utiliza o Plano de Numerao da RDSI-FE (baseado na E.164). Se o
backbone utilizado a PSPDN, neste caso necessrio fazer o mapeamento do endereo E.164 para o
endereo X.121 da PSPDN nas unidades de interfuncionamento redes Frame Relay e PSPDN.
35
8. ASPECTOS DE GERNCIA
servio de Transmisso de Dados Frame Relay (FRDTS) fornece transferncia bidirecional de frames de
uma interface DTE/DCE para uma outra interface DTE/DCE com transparncia de contedo, deteco
de erro e preservao da ordem dos frames transmitidos. O FRDTS no fornece procedimentos para
notificao de erro, recuperao de erro, retransmisso no caso de frames perdidos. A perda de frames pode
resultar no somente da transmisso de erros, mas tambm do congestionamento dentro da rede ou nos
acessos (interfaces DTE/DCE) [REC.X.36 - ITU-T].
Frame Relay uma tcnica de transmisso de dados que combina as caractersticas de alto throughput e
baixo retardo de circuitos dedicados com as caractersticas de compartilhamento e ocupao dinmica de
banda de uma comutao de pacotes. Teoricamente, os usurios podem encaminhar tantos dados para a
rede quanto elas requeiram com poucas restries. Entretanto, se o Frame Relay fosse um protocolo sem
restries, com todos os usurios sendo capazes de encaminhar dados vontade, haveria um risco
significativo da rede ser inundada como um resultado dos muitos usurios encaminharem dados
simultaneamente.
Uma maneira aproximada para tratar essa situao descartar todos os dados que a rede seja incapaz de
encaminhar. Entretanto, o descarte de dados em grande escala, com pouca considerao dada para as
demandas individuais dos usurios ou as diferenas, uma soluo inaceitvel para o problema. O Frame
Relay precisa de um mtodo que garanta a equinanimidade (fairness) da rede, e oferea um servio no qual
um usurio no afeta deliberadamente o throughput dos outros usurios. A diferena entre os usurios feita
no momento da contratao dos diferentes servios. Vrios mecanismos podem ser usados para controlar e
limitar o fluxo de dados do usurio, tais como protocolo padro, valores adicionais dependentes dos
fabricantes de equipamentos.
8.1 PARMETROS AVALIADOS NO NVEL DE ACESSO:
Taxa de acesso;
CIR;
Tamanho das rajadas;
8.2 MTODOS DE CONTROLE NO NVEL DE ACESSO:
Notificao de Congestionamento: Por mais simples que seja um protocolo, haver sempre a necessidade
de comunicar os problemas para os usurios. Isto conseguido no Frame Relay usando os bits de
notificao de congestionamento (FECN e BECN). Estes so usados pela rede para sinalizar os problemas
de congestionamento da rede, e para solicitar que o usurio reduza temporariamente a transmisso dos
dados para a rede. A observao dos bits de notificao de congestionamento opcional; no h obrigao
do usurio em obedecer as indicaes. Entretanto, se o usurio no obedecer a notificao provvel que a
rede descartar os dados encaminhados. A restrio da taxa de dados para valores menores ou iguais CIR,
no garantia de que a rede no encaminhar as indicaes de notificao de congestionamento para o
usurio. A rede capaz de indicar o congestionamento ao usurio em qualquer instante durante o fluxo
normal de dados bem como durante as rajadas. Os bits de notificao de congestionamento so setados
somente pela rede, nunca pelo usurio.
Escolha de Descarte (Discard Eligibility - DE): Este um mecanismo pelo qual o usurio, ou a rede,
podem sinalizar que determinados quadros podem ser descartados se houver problemas de rede ou de
congestionamento. O bit DE tipicamente setado quando o usurio est transmitindo dados durante o
perodo da rajada. Isto sinaliza para a rede que os dados no fazem parte do CIR e, se necessrio, podem
ser descartados.
Embora uma rede Frame Relay seja capaz de descartar quaisquer dados em qualquer instante, a maioria das
implementaes so projetadas para descartar os frames com o DE setado antes dos quadros sem o bit DE
setado. Com este tipo de contratao, tenta-se um CIR mais baixo possvel e transmitir a maior parte de
seus dados como rajadas. Enquanto isto perfeitamente admissvel, o usurio corre o risco da rede
persistentemente descartar os dados em detrimento dos outros usurios da rede. Por outro lado, o usurio
no deseja contratar um CIR maior que as suas necessidades, pois isto incorrer num custo maior. As
implementaes de Frame Relay sero de custo mais eficiente quando o CIR contratado e a taxa real de
dados forem prximas. Em geral no possvel prognosticar precisamente o CIR numa primeira tentativa;
uma monitorao ao longo do tempo ser necessria para validar o CIR adequado para o usurio.
O
36
Observe, entretanto, que os frames individuais so transmitidos num gradiente paralelo com a taxa de
acesso, no o CIR. Isto porque eles so transmitidos atravs da interface fsica na taxa de acesso, no na
taxa de informao acordada.
Na Figura 8.3, os trs primeiros frames a serem encaminhados para a rede contm menos do que Bc bits e
assim so transmitidos inalterados. Entretanto, estes 03 frames usam efetivamente at o CIR alocado antes
do tempo ter expirado. Os prximos quadros encaminhados para dentro da rede agora significam que mais
do que Bc (porm menos que Bc + Be) bits foram transmitidos dentro do perodo de medio da taxa
acordada, Tc. O CIR, portanto, foi excedido; os frames so encaminhados para a rede de suporte
(backbone), mas o ponto de acesso da rede altera a setagem do bit DE para indicar que estes frames foram
transmitidos em excesso do CIR e podem ser descartados, se necessrio. No instante em que o frame 4 foi
transmitido, o usurio transmitiu Be bits mais do que Bc para dentro da rede durante o intervalo de medio
Tc. A rede agora se recusa a aceitar mais dados at que o prximo perodo comece, assim o frame 5
descartado pela comutao de acesso da rede.
8.3 USO DO CONTROLE DE FLUXO PARA FRENTE E PARA TRS
Os bits FECN e BECN so setados para indicar ao usurio que o congestionamento est ocorrendo dentro
da rede e deve auxiliar a operao da rede se o usurio for suspender a transmisso por enquanto.
Tipicamente, FECN e BECN no devem ser setados em todos os DLCIs quando ocorre o congestionamento
da rede. As indicaes devem ser setadas somente para aqueles DLCIs responsveis diretamente pelo
congestionamento, ou para os DLCIs de baixa prioridade (considerando-se que seja implementado um
sistema de prioridade).
A rede no pode confiar que os usurios vo responder s indicaes de FECN e BECN, pois eles no so
obrigados. Consequentemente, a rede deve ser capaz de proteger-se, e a qualidade de servio para os seus
assinantes de situaes severas de congestionamento descartando frames de quaisquer circuitos
adequadamente.
Uma outra questo com o mecanismo FECN e BECN que as indicaes podem ser setadas somente
dentro das mensagens de dados do usurio, desde que no haja outras mensagens de controle dentro do
protocolo Frame Relay. Isto pode causar um problema se um usurio est causando problemas de
congestionamento, mas os dados esto fluindo somente numa direo dentro do circuito. A rede requer que
alguns dados estejam fluindo na direo contrria, a fim de setar e transmitir as indicaes de notificao
de congestionamento. Em muitos casos haver alguns dados na direo contrria, pois haver mensagens de
confirmao do protocolo de nvel mais alto, mesmo que no haja dados a serem encaminhados. Entretanto,
isto nem sempre ser o caso, assim as mensagens de gerncia da camada de enlace consolidado (CLLM)
foram criadas como uma mensagem de notificao de congestionamento que pode ser encaminhada na UNI
quando requerida. Esta uma opo dentro do protocolo Frame Relay, e poucos fabricantes oferecem.
Em muitos protocolos h um mecanismo de janela que fornece meios para forar um usurio suspender ou
reduzir a transmisso dos dados para a rede. Um dispositivo incapaz para encaminhar dados alm da
janela estabelecida. Entretanto, para nenhum Frame Relay existe o conceito de janela, assim o CCITT e
ANSI propuseram uma alternativa algortmica, que pode ser adotada pelos dispositivos do usurio em
resposta a FECN e BECN. Os algoritmos so descritos abaixo:
Resposta do Usurio ao FECN: As indicaes de FECN podem ocorrer regular ou freqentemente,
dependendo do projeto da rede e do equipamento instalados. irreal esperar que o usurio responda cada
vez que uma nica indicao de FECN seja recebida, pois o congestionamento pode ser somente
momentneo e j ter sido superado no momento em que o usurio recebe a notificao. Consequentemente,
a recomendao para o usurio responder indicao de FECN relaciona-se proporo dos frames
recebidos com o FECN - setado, num intervalo de tempo especificado, como segue:
(i) Se o nmero de frames com FECN setado (FECN-SET) maior ou igual ao nmero de frames
com FECN - no setado (FECN-clear) no intervalo de tempo, ento o usurio deve reduzir seu
throughput a 7/8 (0,875) do seu valor atual.
(ii) Se o nmero de frames com FECN setado menor que o nmero de frames com FECN - no
setado no intervalo de tempo, ento o usurio pode aumentar a sua taxa de throughput de 1/16
(0,0625) at que ela atinja o CIR acordado para o circuito.
O throughput referido dependente da implementao e pode ser o CIR do usurio ou o throughput real
transmitido no instante em que ocorreu o congestionamento, que pode ser maior ou menor que o CIR.
37
O FECN simplesmente uma indicao para o usurio que o congestionamento est ocorrendo em alguma
parte da rede, mas provavelmente no como um resultado daqueles dados encaminhados pelo usurio para
dentro da rede. Por esta razo, a reduo do fluxo de dados para a rede pelo usurio no bastante severa.
A recuperao para o throughput completo por 1/16, em vez de 1/8, projetada para apresentar um
mecanismo de incio-lento (SLOW-START) para garantir que a rede no experimente oscilaes severas entre
os perodos de congestionamento e sem congestionamento.
Se, por alguma razo, o equipamento do usurio for incapaz de medir a sua taxa oferecida, possvel utilizar
a tcnica acima com uma tcnica de janela. Nesta, a taxa est ainda reduzida pela quantidade acima
detalhada, mas a reduo aplica-se ao nmero de frames que podem ser encaminhados durante um intervalo
de tempo, em lugar do nmero de bits. A taxa de crescimento usando este mtodo seria de 01 frame por
intervalo de tempo. Nunca deve ser possvel reduzir a janela a menos que 01 frame.
Resposta do usurio a BECN: A resposta do usurio a BECN mais importante que ao FECN, desde que
seja provvel que o dispositivo do usurio que recebe a indicao de BECN seja um contribuinte para o atual
estado de congestionamento da rede.
8.4 DETECO DE CONGESTIONAMENTO IMPLCITO
Algumas redes podem ser incapazes para fornecer as indicaes do FECN e BECN para os usurios. Nestes
casos possvel para os usurios detectar o congestionamento pela perda de frame dentro da rede. Em
virtude da infra-estrutura confivel atravs da qual as redes Frame Relay operam, a perda de frame mais
provvel de ocorrer como um resultado do descarte de frames pela rede, de preferncia como um resultado
de erros de transmisso. Os descartes de frame sero quase certamente devido a congestionamento em
algum ponto.
O princpio para todos os usurios o mesmo da perda de frame dentro da rede:
(i) Se um frame detectado como tendo sido perdido, o usurio deve reduzir seu throughput
oferecido a 0,25 vezes a taxa atual.
(ii) Tendo reduzido sua taxa oferecida, o usurio pode aument-la por um fator de 0,125 vezes o CIR
acordado depois de qualquer intervalo de medio acordado no qual nenhum dos frames perdido
detectado.
(iii) Uma opo a mais reduzir a taxa de crescimento a 0,0625 vezes o throughput acordado, uma
vez que a taxa oferecida atinge a metade da taxa na qual a perda do frame foi originalmente
detectada.
Este processo pode ser usado com os mecanismos de notificao explcito de FECN e BECN. Neste caso,
aplica-se a seguinte regra:
Se um frame detectado como tendo sido perdido, e o usurio informado que a rede fornecer
normalmente notificao FECN e BECN, mas nada foi recebido dentro de um intervalo de medio, o usurio
deve reduzir sua taxa oferecida a 0,625 vezes a taxa acordada. Isto assume que h uma chance do frame
ser perdido devido aos efeitos do congestionamento em vez de erros de transmisso. O intervalo de medio
para a notificao FECN e BECN deve ser o mesmo intervalo de medio usado nos casos da notificao
explcita.
Os mecanismos de deteco de congestionamento implcito podem tambm usar uma tcnica de janela no
lugar do exemplo do throughput detalhado acima. A operao da tcnica da janela semelhante quela para
a notificao explcita de congestionamento.
Novamente, a rede no pode confiar na reao do usurio aos mecanismos de deteco de congestionamento
implcitos, pois eles no esto obrigados, assim a rede deve ser capaz de proteger-se mais ainda,
descartando frames de quaisquer circuitos adequados no evento que o congestionamento no liberado.
8.5 CONSIDERAES ADICIONAIS
Alm das recomendaes para o controle de congestionamento dentro dos padres, h vrias consideraes
dependentes da implementao, que necessitam ser examinadas em mais detalhes para os requisitos
individuais da rede. Estas questes incluem:
esquemas de prioridades para o trfego do usurio;
controle de rede e monitorao dos efeitos do congestionamento; e
38
uma considerao sobre mistura de trfego dentro de uma rede.
Uma rede Frame Relay no pode ser construda simplesmente de recomendaes de protocolo na camada de
acesso; considerao cuidadosa deve ser aplicada rede de suporte (backbone) que controla as funes, tais
como o controle de congestionamento, a fim de fornecer um servio completo de rede. Estas consideraes
adicionais sobre controle de congestionamento necessitam ser integradas no servio Frame Relay do suporte.
8.5.1 PRIORIDADE
Uma das principais omisses da especificao do protocolo padro do Frame Relay o conceito de prioridade
do usurio. H muitas implementaes diferentes de prioridade, das quais provvel que uma seja
introduzida na especificao futura. Todos os esquemas tm o mesmo objetivo comum - para fornecer um
mtodo para diferenar o trfego de assinantes (subscritores) diferentes, tal que estes assinantes possam ser
tratados de maneira diferente.
O CIR uma outra maneira de tratar os usurios de forma diferente, mas isto distingue entre os usurios
baseados na quantidade de dados que eles esto esperando transmitir: quanto maior o CIR, maior a banda
passante de rede que atribuda aquele usurio. A prioridade junta-se a esta distino oferecendo um
mtodo adicional de distino entre os assinantes. Assim, dois assinantes podem ter CIRs diferentes, um
baixo e o outro alto, mas suas prioridades podem ser arranjadas de tal maneira que o usurio com o CIR mais
baixo tenha a prioridade mais alta, ou vice-versa.
De fato, esta a situao mais comum porque o usurio com o CIR mais baixo mais provvel de transmitir
frames menores, o que pode pular a frente dos outros nas filas de sada.
Dado que aos usurios podem ser atribudas prioridades, para quais usos pode esta prioridade ser posta? As
aplicaes para prioridade incluem:
Controle de Trfego: garantindo que dados com alta prioridade sejam tratados diferentemente
dentro da rede. Isto mais comumente resulta em frames que pulam a frente dos outros de
prioridade mais baixa nas filas de sada. Esta facilidade especialmente relevante para trfego
sensvel a retardo.
Alocao de Banda Passante: tal que se houver disputa no estabelecimento da chamada entre
dois usurios para a mesma banda passante deve ser alocada para o usurio com a prioridade
mais alta.
Capacidade de Rajadas: fornecer um servio tal que se dois usurios excederem seus CIRs e
oferecerem trfego dentro dos seus limites de rajada para a rede, o trfego do circuito de
prioridade mais baixa ser o primeiro a ser descartado.
Gerncia de Congestionamento: tal que o congestionamento dentro de um s n possa ser
tratado atuando sobre o primeiro trfego de prioridade mais baixa.
Esta ltima aplicao a mais importante. perfeitamente possvel para uma central de comutao de
Frame Relay tornar-se congestionada mesmo que os usurios passem seus trfegos atravs da central abaixo
dos seus CIRs. Isto resulta da maneira de multiplexao estatstica e das filas que se formaro na central.
Por exemplo, considera o n de Frame Relay na Figura 8.5, onde h mltiplas linhas de entrada numa central
(talvez de vrios destinos) e poucas linhas de sada, ainda que numa velocidade de linha mais alta.
Entretanto, se o trfego no compartilhado equilibradamente atravs das linhas de sada (por razes de
roteamento ou falha de rede) filas comearo a ser construdas em algumas linhas de sada. As filas sero
formadas e comearo a afetar significativamente o desempenho da rede e causando a degradao no
servio de um n em especial.
H dois tipos de congestionamento dos quais os ns podem sofrer:
(i) Congestionamento de um enlace individual devido s filas construdas no buffer do enlace de
sada;
(ii) Congestionamento dentro do prprio n devido s filas construdas em vrios enlaces.
Tomando o primeiro caso de congestionamento do enlace: todos os enlaces dentro de um n devem ter um
tamanho mximo de fila configurvel que define o nmero mximo de bits que pode ser enfileirado naquele
enlace para a sada. Isto conhecido como o limite de fila do enlace. Uma vez que este limite de fila de
enlace excedido, o n necessita tomar alguma ao para retornar fila para um valor abaixo do limite.
39
Tipicamente, um n Frame Relay deixar de aceitar quadros para aquela fila e, possivelmente, comear a
descartar frames, a fim de reduzir o tamanho da fila.
importante que haja, pelo menos, dois limites em ao, um na direo crescente e outro na direo
decrescente, como indicado na Figura 8.6. O limite para as filas crescentes (o limite superior da fila) o
ponto no qual o n dispara a suspenso de frame ou descarta a fim de reduzir o tamanho da fila. O limite
para as filas decrescentes (o limite inferior da fila) o ponto no qual o n aceitar mais frames para a fila de
sada. Esta diferena entre os limites previne o n continuamente entre os estados de congestionamento e
sem congestionamento.
A melhor maneira para tratar com filas de enlace suspender o fornecimento de novos frames para a fila, e
deixar a fila reduzir suavemente quando os frames forem transmitidos na linha de sada. Qualquer frame que
chegue no ponto A (vide Figura 8.6) ser descartado e nenhum frame a mais ser colocado na fila at que o
limite inferior da fila seja atingido. Este sistema prescinde da prioridade de trfego.
Uma soluo melhor, que incorpora um sistema de prioridade, envolve cada frame a ser colocado na fila de
frame de acordo com a prioridade, com frames de alta prioridade a serem inseridos antes dos frames de baixa
prioridade. Isto resultar, inevitavelmente, em alguns frames serem empurrados de volta para o limite
superior da fila. Se eles passarem deste limite, aqueles frames de prioridade mais baixa sero descartados.
O perigo com esta soluo que os frames de prioridade mais baixa nunca tero oportunidade de atingir a
linha de sada, assim os usurios de prioridade mais alta no somente obtero um servio melhor, eles sero
os nicos usurios que recebero qualquer servio inteiramente. Por esta razo, um sistema baseado em
prioridade de limite de fila, tal como este tambm requer um sistema de controle de quota que determina a
relao das taxas de prioridade de frames na fila. Por exemplo, se houvessem 03 prioridades, alta, mdia e
baixa, o gerente da rede configuraria uma relao de prioridade tal como 60:25:15 que requer que no mais
que 60% de uma completa seja composta de frames de alta prioridade, 25% de prioridade mdia e o restante
de prioridade baixa. Se estes limites so atingidos e chegam novos frames de prioridade alta, eles sero
descartados, pois eles alterariam a relao (60%).
Entretanto, o congestionamento do enlace , geralmente, uma questo muito complexa, e por esta razo
muitas centrais dispem de controles nodais de congestionamento, em vez de controles de enlaces de
congestionamento, porque aqueles so mais fceis de impl ementar e mais eficientes para policiar. Mais
adiante, descreveremos um sistema alternativo de infileiramento (ou alocao de banda passante) para os
ns do Frame Relay que esto baseados no CIR, no em prioridade. Isto pode tambm ser usado como um
mecanismo para evitar o congestionamento.
O controle nodal de congestionamento , geralmente, tambm baseado na monitorao e controle dos
tamanhos da fila dentro do n, mas este tempo por determinao da alocao real dos buffers nodais para as
filas de sada. Muitas centrais implementam um sistema de alocao de buffer, que compartilha os buffers
entre as linhas tronco disponveis. Isto tem a vantagem de maximizar o uso dos buffers disponveis e de
minimizar o retorno do investimento no equipamento instalado. Neste caso, o congestionamento pode ser
detectado, determinando-se o nmero de buffers disponveis dentro de um nico sistema. possvel fornecer
um sistema de gerncia de congestionamento mais flexvel e avanado, potencialmente com muitos nveis
diferentes de prioridade.
Alguns sistemas no oferecem um s conjunto de buffers atravs de todas as linhas, ao contrrio eles fazem
partio dos buffers atravs de sub-conjuntos das linhas, tipicamente oferecendo buffers compartilhados nos
cartes de linha individual. Entretanto, os mesmos princpios como descrito acima ainda se aplicam.
8.5.2 CONTROLE E MONITORAO DE CONGESTIONAMENTO DE REDE
Cada rede Frame Relay necessita monitorar seus nveis de congestionamento e efetuar mudanas no nvel de
acesso do usurio se h o perigo de trfego pesado dentro da rede causar problemas para os usurios. O
ltimo mecanismo que uma rede Frame Relay deve empregar (ainda quando seja mais fcil) descartar os
frames do usurio quando ocorre congestionamento ou falha. O sistema de gerncia de rede deve ser
configurado para atuar nos pontos quentes de congestionamento e para reduzir o perigo, notificando
aqueles usurios que esto causando o problema.
H vrias maneiras pelas quais a rede pode avisar (notificar) os subscritores (assinantes) que eles esto
atualmente causando congestionamento para outros usurios:
Setando os bits FECN e BECN nos frames a serem transmitidos no circuito usado pelo usurio, e
esperar que os dispositivos dos usurios reajam a eles de alguma maneira.
Emitir uma mensagem CLLM para indicar que o usurio deve transmitir temporariamente lento.
40
Descartar com cuidado dados pertencentes a circuito virtual do usurio apropriado na esperana de
que isto induzir os mecanismos de deteco implcita de congestionamento nos dispositivos do
usurio.
Embora no haja regras rgidas e rpidas para quando ocorrer a notificao de congestionamento, h
algumas recomendaes que podem ser seguidas pelos fabricantes na implementao de seus equipamentos
de rede Frame Relay.
Rede Usa o FECN: O indicador FECN usado para informar o usurio de destino que o originador est
encaminhando muitos dados na rede, e deve ser vantajoso se o fluxo for reduzido temporariamente. A rede
deve sempre tentar evitar o congestionamento setando o indicador FECN antes que se torne necessrio
descartar frames. Um mtodo tpico para determinar quando setar o FECN deve envolver um limite
adicional para aqueles detalhados anteriormente, que disparado num enlace ou buffer de alocao muito
mais baixo que os limites do descarte. H outras tcnicas para determinar quando setar o FECN, e a
implementao depende do fabricante.
A desvantagem da indicao com o FECN que a mensagem de notificao de congestionamento est sendo
encaminhada para o usurio da recepo, no para o usurio que est realmente causando o
congestionamento. Para o FECN ser eficaz, o usurio de recepo deve tomar alguma atitude (ao) para
reduzir o fluxo de dados na rede do originador. Isto pode envolver a recusa de confirmaes de protocolo de
nvel mais alto e, consequentemente, fechando qualquer janela de protocolo usado no nvel mais alto. Com
relao a isto, fechando-se a janela previne-se o dispositivo da origem de encaminhar mais dados para a rede
at que as confirmaes tenham sido recebidas para as mensagens anteriores.
A fim de satisfazer completamente os requisitos de congestionamento, prudente que o limite para setar a
indicao de FECN tenha limites superior e inferior. Isto evita que a rede varie bruscamente entre os estados
de congestionado e de no-congestionado, e garante que, uma vez ocorra uma situao de congestionada,
um fluxo contnuo de frames com FECN setado sero recebidos pelo usurio de destino, em vez de frames
individuais com FECN setado. Isto importante, pois a ao de recuperao do congestionamento
disparada da recepo de mltiplos frames com FECN setado.
Rede Usa o BECN: Como no caso do FECN, a rede deve tentar evitar o congestionamento setando o
indicador BECN antes que se torne necessrio descartar frames. Isto deve envolver um limite adicional
disparado numa alocao de enlace muito mais baixa ou de memria (buffer) que os limites descartam.
Objetivamos com o BECN tentar acionar o usurio de origem (que est causando o congestionamento) para
reduzir seu nvel de trfego oferecido.
Se o usurio no presta ateno ao indicador de BECN, as filas nos enlaces, ou dentro do n, sero formadas
e o congestionamento poder ocorrer, resultando no descarte de frames pela rede, como detalhado
anteriormente.
aconselhvel que o indicador BECN possa assumir diferentes valores para os limites nos quais o BECN
setado (para indicar o congestionamento) ou liberado (para indicar que o congestionamento cessou). Isto
resultar num fluxo contnuo de frames, BECN setado a ser recebido pelo usurio de destino, ao contrrio de
frames individuais com BECN setado. Se o usurio obedece s recomendaes para reduzir o fluxo do
trfego nas indicaes de BECN recebidas, necessrio encaminhar uma fila de frames consecutivos com
BECN setado a fim de reunir o requisito do passo da contagem. Isto importante, pois a ao de
recuperao do congestionamento disparada na recepo de mltiplos frames com BECN setado.
8.5.3 A MISTURA DE TRFEGO
Qualquer rede transportar trfego de usurio de vrios tipos. No extremo, as redes tradicionais de
comutao de pacotes tm comumente sido limitadas a misturar dois tipos de trfego:
batch (transferncia de arquivo, ou comunicao host-to-host);
interativo (comunicao usurio-a-host). A viso inicial das redes Frame Relay que elas so
ideais para requisitos de alto desempenho e alta capacidade; como exemplos citamos:
transferncia de imagens grficas, CAD/CAM e transferncia de arquivo. Entretanto, a realidade da
situao que o Frame Relay muito provvel de ser usado para todos os requisitos anteriormente
colocados para as redes de comutao de pacotes, mais os requisitos mais novos de alta
capacidade.
41
Mas isto faz diferena para controlar o congestionamento da rede? Misturar tipos de trfego em qualquer
rede uma questo complexa. Cada usurio necessita experimentar uma qualidade de servio diferente,
dependendo da aplicao:
(i) Usurios operando sistemas de base de dados interativa para solicitar relatrios rpidos (baixos
retardos de trnsito) da rede de maneira que o operador no fique esperando uma resposta a
uma pergunta. Ademais, o perfil de trfego desta aplicao desbalanceado, pois a mensagem
de solicitao muito provavelmente consistir somente de poucos caracteres (talvez um nico
frame), enquanto a resposta pode consistir de uma pgina completa de dados, ou at mesmo uma
imagem grfica (muitos frames);
(ii) Operadores de software de imagem que estejam esperando passar quantidades de dados
extremamente grandes entre locais (sites), a qual novamente ser desbalanceada, mas no com
tempo crtico, pois nenhuma resposta interativa solicitada;
(iii) Comunicao LAN-to-LAN que consiste de qualquer tipo de trfego. Correio eletrnico entre
LANs locais podero comumente conter somente texto de filas de vrias centenas de caracteres.
Este tipo de aplicao tambm no crtica com relao ao retardo, pois o usurio normalmente
descarregar os dados num servidor de arquivo da LAN que depois fica responsvel pelo
fornecimento da mensagem (arquivo).
A razo pela qual o Frame Relay deve ser usado para estas aplicaes o custo, ao contrrio de qualquer
caracterstica especfica de rede. Se parte dos requisitos de interligao de um usurio exige Frame Relay
(provavelmente comunicao LAN-to-LAN), geralmente melhor implementar uma infra-estrutura completa
baseada nesta tecnologia, em vez de misturar e combinar tecnologias diferentes para aplicaes diferentes.
Tambm provvel que qualquer trfego LAN-to-LAN que passe atravs de uma rede exceder o volume das
outras aplicaes atravs da mesma rede. Assim, dado que uma s rede deve ser utilizada para todos os
requisitos de interligao, deve-se tomar cuidado com os tipos de trfego quando se estiver determinando
uma estratgia para evitar o congestionamento da rede.
H vantagens no enfoque genrico sobre congestionamento no qual os tamanhos do CIR e da rajada so
aplicados de maneira que os dados do usurio so marcados com DE quando excede um determinado limite.
Entretanto, este mtodo assume que todos os usurios so criados iguais. Para demonstrar esta questo,
considere dois usurios: um usurio interativo acessando uma base de dados remota, e um servidor de
arquivo alocado num PC transferindo mensagens de correio eletrnico para um servidor de arquivo alocado
num PC - remoto.
A ambos os usurios sero alocados um CIR baseado nos seus usos anteriores da rede. O usurio interativo
pode estar operando um sistema de consulta que requer a conexo o tempo todo com a base de dados
remota, enquanto o servidor de arquivo est recebendo mensagens permanentemente dos usurios do correio
eletrnico local para transferir para o sistema remoto. Considere que suas CIRs so idnticas (uma
considerao razovel baseada no uso esperado).
O servidor de arquivo esperar as mensagens passarem sempre que uma demanda for feita para uma
transferncia e emitir mensagens completas sempre que solicitado. Estas mensagens podem ocorrer acima
da CIR, mas no importa, pois a rede descartar quai squer dados em excesso e o servidor de arquivo
recuperar e retransmitir os dados. Assim, a transferncia de arquivo entre os dois servidores de arquivo
realizar-se- alm do tempo, com vrios frames perdidos mas, provavelmente, no CIR mdio para a conexo.
O usurio interativo, por outro lado, preparar uma mensagem de solicitao de base de dados (ou tela
completa para um sistema de solicitao baseado nas formas) e a aplicao empacotar a mensagem
completa e transmitir para a rede Frame Relay. Infelizmente, estes dados tambm excedem
momentaneamente o CIR (e a capacidade da rajada) da conexo do usurio, e alguns dados sero
descartados dentro da rede. Os dados sero recuperados atravs de retransmisses, mas isto criar um
retardo para o usurio interativo, que assistir a um desempenho pobre do sistema.
A semelhana entre as duas aplicaes que elas desejam tirar vantagem de suas CIRs mdias nas rajadas
curtas (quando o operador faz uma solicitao, ou quando uma mensagem para ser transmitida), mas a
diferena consiste nas suas respostas ao congestionamento que isto pode causar. O servidor de arquivo
pode acomodar o congestionamento desde que ele seja capaz de recuar (sendo sensvel sem retardo), visto
que o usurio interativo experimenta retardos de rede quando ocorre congestionamento.
Num ambiente simples de Frame Relay h somente uma soluo para este problema: alocar um CIR muito
maior para o usurio interativo tal que uma consulta tpica a uma base de dados encaixe-se dentro do CIR do
usurio. Entretanto, alocando um CIR maior para uso no muito freqente acarreta um custo no eficaz
42
porque a maioria das redes fixaro tarifas baseadas sobretudo no CIR dos usurios e quanto maior o CIR,
maior ser o custo. A soluo real vem com a interao entre os protocolos Frame Relay e de nvel mais alto.
O objetivo que o usurio interativo atinja uma resposta consistente que seja to rpida quanto possvel.
Uma maneira de aumentar o tempo de resposta reduzir o nmero de retransmisses juntas. Isto pode ser
atingido usando uma tcnica de janela de nvel mais alto, que opere junto com o CIR para garantir que o
usurio no transmite mais frames para a rede do que permitido durante o intervalo de tempo de medio
Tc. Embora os mecanismos de janela geralmente introduzam retardos de rede, estes retardos,
provavelmente, sero muito mais curtos que aqueles resultantes das repetidas retransmisses de frames
descartados.
Este exemplo demonstra o uso de redes Frame Relay para usurios de perfis de trfego semelhantes, mas de
expectativas diferentes de qualidade de servio. Dentro de um ambiente padro de Frame Relay no h
maneira simples para satisfazer seus desejos. Uma apreciao das estruturas de protocolo de nvel mais alto
e uma viso flexvel para dimensionar estas estruturas, fornecero uma soluo melhor para o problema dos
tipos de trfegos misturados atravs de uma rede Frame Relay comum.
Sem qualquer nvel de controle de congestionamento, uma rede Frame Relay fornecer uma infra-estrutura de
transporte de comunicao de dados satisfatria , enquanto a carga de trfego da rede for mantida num nvel
razoavelmente baixo. Entretanto, quando as redes crescem, e quando mais usurios so acrescentados
rede, a carga do trfego naturalmente crescer, e o potencial para congestionamento crescer.
possvel controlar o congestionamento de rede pelo uso sensato dos protocolos de camadas mais altas.
Entretanto, isto uma questo de projeto de rede extremamente complexa, e muitos protocolos carregados
em LAN no fornecem alguma das capacidades de expanso de janelas que so necessrias para suportar
isto.
Consequentemente, a necessidade de controlar o congestionamento dentro das redes Frame Relay
suprema. As redes Frame Relay requerem um controle do nvel de congestionamento para garantir
throughput contnuo para taxas mais altas de trfego; os algoritmos correspondentes devem aplicar-se
interface de acesso do usurio e s centrais de comutao interna da rede.
Alguns dos conceitos apresentados aqui no so especificados nos padres internacionais; entretanto, os
princpios por detrs destes conceitos devem se aplicar a todas as redes Frame Relay.
8.6 GERNCIA DE CONGESTIONAMENTO [CONFORME A REC.I.370]
Os principais objetivos dos mecanismos de controle de congestionamento so manter, com uma probabilidade
muito alta, a qualidade de servio especificada (Ex.: throughput, retardo, perda de frame) para cada chamada
virtual ou circuito virtual permanente.
O congestionamento no plano-U de um servio Frame Relay ocorre quando o trfego que chega num recurso
(Ex.: memria, banda passante, processador), excede o nvel planejado da rede. Pode tambm ocorrer por
outras razes (Ex.: falha de equipamento). O impacto do congestionamento da rede a degradao do
desempenho em termos de throughput e retardo.
So definidos 02 nveis de congestionamento de impacto sobre a classe de servio. O nvel alm do qual o
retardo de trnsito da rede Frame Relay aumenta numa taxa mais rpida que a taxa na qual a carga oferecida
foi aumentada. Isto devido entrada da rede num estado de congestionamento moderado. Este o limite
que a rede pode garantir a classe de servio negociada. Um aumento na carga oferecida pode causar uma
degradao na classe de servio. O outro nvel aquele em que a rede comea a descartar frames para
controlar o nvel de congestionamento existente e impedir dano adicional aos servios fornecidos pela rede.
Ambos os nveis de congestionamento (moderado e severo) so valores dinmicos determinados pela
condio instantnea dos recursos da rede. O usurio terminal pode perceber o movimento do nvel
moderado para o severo sem aumentar a carga oferecida (Ex.: devido falha de recurso ou reconfigurao
dentro da rede). Os valores limites so determinados em relao aos objetivos da Qualidade de Servio do
plano-U para o usurio terminal. Redes especficas podem definir valores diferentes, refletindo os diferentes
objetivos de desempenho (Ex.: para o suporte de diferentes graus de servio) embora dentro da mesma rede.
Os mecanismos de preveno de congestionamento se destinam a:
minimizar descarte de frame;
manter, com alta probabilidade e discrepncia mnima, uma qualidade de servio acordada;
43
minimizar a possibilidade de que um usurio terminal monopolize os recursos de rede em
detrimento dos outros usurios terminais;
ser simples de implementar e colocar pouco overhead no usurio terminal ou na rede;
criar o mnimo trfego adicional de rede;
distribuir os recursos de rede equanimamente (fairly) entre os usurios terminais;
limitar a propagao do congestionamento a outras redes e elementos dentro da rede;
operar eficientemente independente do sentido do fluxo do trfego entre os usurios terminais;
ter interao ou impacto mnimo sobre os outros sistemas na rede Frame Relay; e
minimizar a discrepncia na qualidade de servio fornecida aos circuitos virtuais individuais durante
o congestionamento (Ex.: os circuitos virtuais individuais no devem sofrer degradaes sbitas
quando se aproximar ou tenha ocorrido o congestionamento).
Os mecanismos de recuperao de congestionamento (alm dos acima relacionados) objetivam garantir a
recuperao da rede de um estado severamente congestionado.
8.6.1 CARACTERSTICAS DOS MECANISMOS DE GERNCIA DE CONGESTIONAMENTO
Os mecanismos de gerncia de congestionamento devem ter as seguintes caractersticas:
Ser parte do plano-U. A Notificao Explcita de Congestionamento (ECN) deve ser fornecida para
o plano-U. observe que isto se aplica aos aspectos de notificao em tempo real do controle de
congestionamento e assume que as funes de gerncia, tais como coleta de dados do
congestionamento (Ex.: Quando, Onde, Por que) podem ser feitas fora do plano-U.
Garantir o transporte da notificao explicitada do congestionamento atravs das redes Frame
Relay. As redes devero conduzir o ECN para trs (BECN) para o usurio terminal fonte e o ECN
para frente (FECN) para o usurio terminal de destino. Isto requer que estas indicaes (se
setadas) no sero resetadas quando elas atravessarem as redes em direo aos usurios
fonte e destino.
Negociar o estabelecimento da chamada baseado na taxa (Ex.: throughput). Isto significa que do
ponto de vista do servio fornecido pela rede num ambiente Frame Relay, a taxa na qual a
informao oferecida para a rede pode ser expressa como vrias unidades de informao por
unidade de tempo e fundamental para todos os tipos de trfego a serem transportados.
Reao pelo usurio terminal recepo da Notificao Explcita de Congestionamento
(FECN/BECN) baseada na taxa e pode estar sujeita padronizao. Observou-se que os
mecanismos de janela nos terminais aproximam-se (so parecidos) dos mecanismos baseados na
taxa e que podem ser usados para controlar a taxa na qual o trfego oferecido para uma rede.
As redes devem utilizar, e os usurios devem reagir, a Notificao Explcita de Congestionamento
(Ex.: No obrigatrio, mas altamente desejvel).
As fontes de dados que so incapazes de responder Notificao Explcita de Congestionamento
(Ex.: CLLM), podem ser controladas somente por medio e descarte.
A rede que percebe o congestionamento deve ter a opo de gerar a Notificao de
Congestionamento usando os protocolos adequados de controle de congestionamento. Quando o
ECN gerado, ser transmitido na(s) direo(es) adequada(s). As polticas para transmitir o ECN
sero diferentes para os mecanismos de controle da fonte e do destino.
Os usurios terminais (Ex.: redes privadas) podem gerar ECNs.
8.7 ESTRATGIA DE GERNCIA DE CONGESTIONAMENTO [CONFORME A REC.I.370]
Os controles de congestionamento em tempo real distribudos so necessrios para prevenir e recuperar do
congestionamento durante perodos espordicos de demanda de pico de trfego.
A ao para prevenir o congestionamento de responsabilidade conjunta da rede e do usurio terminal e
requer coordenao entre eles. Os procedimentos de preveno procuram retornar a operao da rede
situao sem congestionamento.
44
A preveno do congestionamento com sinalizao explcita e recuperao de congestionamento com
sinalizao implcita considerada como formas eficientes e complementares de controlar o
congestionamento no servio Frame Relay.
Os esquemas de preveno e recuperao de congestionamento que so distribudos na monitorao de
trfego (Ex.: pelo uso de buffer) so mais eficientes e precisos nos recursos congestionados, enquanto o
controle da taxa de trfego mais eficiente quando realizado pelo usurio terminal. Para os usurios
terminais saberem quando reduzir/aumentar suas taxas de trfego, deve haver um mecanismo de notificao
padronizada entre a rede e o usurio terminal.
A responsabilidade e os procedimentos conjuntos entre o usurio terminal e a rede devem ser possveis de
serem verificados pela rede. A inicializao da recuperao do congestionamento responsabilidade da rede.
O usurio terminal deve auxiliar a rede continuando os procedimentos de preveno. A recuperao de
congestionamento usada para ajudar a controlar a carga oferecida nas redes severamente congestionadas
e mover desta situao (severamente congestionada) para a condio sem congestionamento.
Regio 1 Regio 2 Regio 3
A
B
T
h
r
o
u
g
h
p
u
t

d
a

R
e
d
e
Carga Oferecida
Sem
Congestionamento
Congestionamento
Moderado
Congestionamento
Severo
Figura 8.1 - Throughput e Congestionamento de Rede
Obs.: Na Figura 8.1 as linhas diferentes na regio de congestionamento severo refletem o fato de que as
redes reagem e degradam de maneira diferente diante de congestionamento severo.
45
Regio 1 Regio 2 Regio 3
A
B
R
e
t
a
r
d
o
Carga Oferecida
Sem
Congestionamento
Congestionamento
Moderado
Congestionamento
Severo
Figura 8.2 - Retardo e Congestionamento de Rede
Obs.: Na Figura 8.2 as linhas diferentes na regio de congestionamento severo refletem o fato de que as
redes reagem e degradam de maneira diferente diante de congestionamento severo.
8.7.1 MECANISMOS DE CONTROLE DE CONGESTIONAMENTO [CONFORME A REC.I.370]
Notificao explcita de congestionamento: os protocolos fim-a-fim mais comumente usados operam com
mecanismos de transmisso controlados pela fonte ou pelo destino para os quais so fornecidos 02
mecanismos opcionais de notificao explcita de congestionamento para o servio Frame Relay. Estes
mecanismos, quando implementados, so independentes, no mutuamente exclusivos, e podem ser usados
concorrentemente.
Mecanismo 1: Para transmissores controlados pelo destino, o FECN setado no protocolo do
ncleo.
Mecanismo 2: Para transmissores controlados pela fonte, o BECN setado no protocolo do
ncleo nos frames transportados na direo contrria (Ex.: em direo ao transmissor).
Alternativamente, uma mensagem de gerncia da camada de gerncia consolidada pode ser gerada.
Isto fornece notificao em sentido contrrio (reverso) para um ou mais identificadores de conexo
da camada de enlace (DLCIs) dentro de um nico frame. A CLLM transmitida no DLCI de gerncia
da camada no plano-U na direo para trs (Ex.: em direo ao terminal fonte). A CLLM e a BECN
podem ser usadas juntas ou separadas para notificar o usurio terminal.
Escolha de descarte: o uso do indicador de escolha de descarte pelos usurios e a rede opcional. Este
indicador de escolha de descarte pode ser setado pelo usurio e/ou a rede. O indicador de escolha de
descarte determina se este frame deve ser descartado ou no pela rede em preferncia a outros frames. Esta
deciso deve ser necessria quando a rede estiver congestionada e os frames devem ser descartados para
garantir a segurana da operao da rede e para manter o nvel de servio acordado dentro da rede. Os
fraes oferecidos em excesso ao tamanho acordado (Bc) podem ser marcados para descarte pela rede.
O indicador de escolha de descarte simtrico e passa atravs da UNI e da NNI.
8.7.2 RESPOSTA DE REDE AO CONGESTIONAMENTO [CONFORME A REC.I.370]
A rede deve gerar, em princpio, a notificao explcita de congestionamento usando o protocolo adequado
para o terminal fonte e/ou terminal de destino. Todas as redes devem transportar as indicaes FECN e
BECN no modificadas ou, se na condio de congestionada, com a indicao adequada setada.
A notificao na direo para trs pode ser feita usando cada um (ou ambos) mecanismos opcionais:
46
Uma indicao de BECN transmitida com o trfego de sentido contrrio (reverso). Quando h
trfego reverso no instante do congestionamento observado, ento, que a indicao BECN pode
ser continuada no frame existente.
A mensagem de gerncia da camada de enlace consolidada. A gerao e transporte das
mensagens de gerncia da camada de enlace consolidadas por uma rede opcional. Se uma rede
recebe esta mensagem e no implementa esta opo, ento a mensagem da camada de enlace
consolidada deve ser descartada.
A rede no pode confiar somente no comportamento do usurio para controlar o congestionamento da rede.
Portanto, espera-se que a rede proteja-se de situaes catastrficas de congestionamento e, possa assim o
fazer monitorando o throughput de cada chamada e invocando a estratgia de descarte de frame sob as
condies de congestionamento para aquelas chamadas que excederem o menor CIR e a taxa de informao
atualmente disponvel a ser alocada pela rede. Portanto, como congestionamento pode ocorrer mesmo
quando as chamadas no excederem seu throughput negociado (Ex.: durante falhas da rede), a rede deve
descartar os frames de maneira que garanta a integridade (fairness) entre os usurios. Em certas situaes
de congestionamento a rede pode se recusar a aceitar novas chamadas e/ou liberar (desfazer) chamadas
existentes.
8.7.3 RESPOSTA DE USURIO A CONGESTIONAMENTO
Os usurios terminais devem, em princpio, reduzir suas cargas oferecidas, sobretudo na recepo de
indicao implcita ou explcita de congestionamento de rede. Os terminais devero ter a capacidade de
receber a notificao explcita de congestionamento gerada pela rede mesmo se eles no forem capazes de
atuar na informao. A reduo da taxa de transferncia de informao por um usurio terminal pode resultar
num aumento do throughput efetivo disponvel para o usurio durante o congestionamento. Um usurio do
servio Frame Relay deve implementar, de alguma forma, uma funo de ajuste da taxa sensvel a
congestionamento que tenha as seguintes caractersticas:
reduo a uma taxa de transferncia de informao mais baixa na deteco do congestionamento
da rede;
retorno progressivo taxa de transferncia de informao negociada na reduo do
congestionamento.
O terminal do usurio deve basear a deteco do congestionamento de rede nos esquemas de deteco de
congestionamento implcita, bem como na notificao explcita de congestionamento.
Os esquemas de deteco de congestionamento implcita envolvem certos eventos disponveis nos
elementos de procedimentos da REC.Q.922 (Ex.: recepo de um frame REJECT, deteco de perda de
frame, trmino de temporizao, etc.) ou numa camada mais alta.
(i) Terminais empregando transmissores controlados pelo destino:
A reao, a deteco de congestionamento implcita ou bit de notificao de congestionamento
explcita (FECN), quando suportado, deve ser como segue: consistente com o protocolo comumente
usado pelo destino (Ex.: o protocolo de transporte classe 4 da OSI operado atravs do servio de rede
sem conexo da OSI), o ajuste da taxa tipicamente uma funo dos protocolos das camadas mais
altas e a reao do usurio terminal baseada no estado dos bits FECN que so recebidos num
intervalo de tempo.
(ii) Terminais empregando transmissores controlados pela fonte:
A reao, a deteco de congestionamento implcita ou notificao de congestionamento explcita
(BECN), bit ou CLLM, quando suportado, deve ser como segue: o ajuste da taxa tipicamente uma
funo dos elementos de procedimento da camada de enlace de dados, e esperada uma reao
imediata do usurio terminal quando um bit BECN ou CLLM for recebido.
8.8 RELAES ENTRE OS PARMETROS
A Figura 8.3 ilustra as relaes entre a taxa de acesso, o tamanho do excesso da rajada (Be), o tamanho da
rajada contratada (Bc), a taxa de informao contratada (CIR), o indicador da escolha de descarte e, os
parmetros do intervalo de medio. Os parmetros CIR, Bc e Be so negociados no momento do
estabelecimento da chamada para o estabelecimento da demanda de comunicao ou por ocasio da
contratao para o estabelecimento permanente de comunicao. A taxa de acesso estabelecida pela
47
contratao para conexes de acesso permanente ou durante o estabelecimento da conexo do aceso por
demanda. Cada usurio terminal e a rede participam da negociao destes parmetros para acordar valores.
Estes valores negociados sero depois usados para determinar o parmetro de intervalo de medio (Tc),
mesmo quando o indicador de escolha de descarte (se usado) for setado. Estes parmetros so tambm
usados para determinar a entrada mxima permitida do usurio terminal.
Bits
Bc + Be
Bc
T
a
x
a

d
e

A
c
e
s
s
o
C
I
R
To
Tempo
T
o

+

T
c
Intervalo de Medio
Nota 2
Nota 3
(1) (2) (3) (4)
Carga Oferecida
(vide Nota 1)
Figura 8.3 - Relao entre parmetros
Obs.:
(1) Frame 1: Dentro do CIR
(2) Frame 2: Dentro do CIR
(3) Frame 3: Marcado com DE
(4) Frame 4: Descartado na Entrada
Nota 1: O nmero de frames e o tamanho dos frames so apenas para fins ilustrativos.
Nota 2: Frames descartados no n de entrada. Esta uma regio de respeito da taxa.
Nota 3: Frames marcados com DE (Discard Eligible).
O intervalo de medio determinado como mostrado na Tabela 8.1 . A rede e os usurios terminais podem
controlar a operao do indicador de escolha de descarte e as funes do cumpridor de taxa ajustando os
parmetros CIR, Bc e Be em relao taxa de acesso. Se os parmetros CIR e Bc no forem iguais a zero,
ento Tc = (Bc/CIR). Ademais, h duas condies especiais:
(i) Quando CIR = TAXA DE ACESSO, Bc = 0 e Be= 0, Ambas as taxas de acesso devem ser iguais
(Ex.: entrada = sada);
(ii) Quando CIR = 0 (Bc deve ser igual a zero) e Bc > 0, ento Tc = (Be/taxa de acesso).
48
A Figura 8.3 uma ilustrao esttica da relao entre tempo, dados cumulativos do usurio (bits) e taxa.
Neste exemplo, o usurio transmite 4(quatro) grames durante o intervalo de medio To a (To + Tc). A
inclinao da linha marcada CIR Bc/Tc. Os bits so recebidos na taxa de acesso. Desde que a soma do
nmero de bits contidos nos frames 1 e 2 no sejam maior que Bc, a rede no marca estes frames com o
indicador de escolha de descarte. A soma do nmero de bits nos frames 1, 2 e 3 maior que Bc, mas no
maior que Bc + Be; portanto, o frame 3 marcado como possvel para descarte. Desde que a soma do
nmero de todos os bits recebidos pela rede nos frames 1, 2, 3 e 4 exceda Bc + Be, o frame 4 ser
descartado no n de entrada da rede. A Figura 8.3 no mostra o caso onde o usurio terminal SETA o
indicador de escolha de descarte. Neste caso os frames sero considerados dentro da Bc e no do CIR.
A Tabela 8.1 a seguir, contm as configuraes dos parmetros vlidos conhecidas. Outras configuraes so
para estudos futuros.
CIR Bc Be INTERVALO DE MEDIO (Tc)
> 0 > 0 > 0 Tc = (Bc/CIR)
> 0 > 0 = 0 Tc = (Bc/CIR)
= 0 = 0 > 0 Tc = (Be/Taxa de Acesso)
Tabela 8.1: Estados dos Parmetros de Congestionamento
8.9 INTERFACE ENTRE DTE E DCE [REC. X.36]
A interface entre DTE e DCE baseado na descrio constante na Recomendao X.36 do ITU-T, cujo
detalhamento est descrito no Captulo 5, deste documento.
8.10 INTERFACE ENTRE REDES PBLICAS DE DADOS (NNI) [CONFORME A REC. X.76]
8.10.1 CAMADA FSICA
As caractersticas da camada fsica devero estar de acordo com as Recomendaes G.703, G.704, bem
como G.732 (para detectar falha de sistemas de 2Mbit/s), V.24, V.35, V.36 e X.21. Cada circuito fsico deve
ser capaz de suportar operao duplex.
8.10.2 PARMETROS DE SERVIO
Os parmetros de servio desta interface (NNI) so os mesmos relacionados no item 5.2.4.
8.10.3 CONTROLE DE TRANSFERNCIA DO ENLACE DE DADOS
A estrutura de frame, as funes, os formatos dos campos e os procedimentos para a operao do Servio de
Transmisso de Dados Frame Relay (FRDTS) na camada 2 da interface entre redes so os mesmos da
camada 2 da interface DTE/DCE.
8.10.4 PROCEDIMENTOS ADICIONAIS PARA PVCS:
Os procedimentos de gerncia dos PVCs so os mesmos descritos no item 5.2.6.
8.10.5 CONTROLE DE CONGESTIONAMENTO
Como descrito no item 8.2, os estados de congestionamento so classificados como congestionamento suave
ou congestionamento severo. Nos instantes de congestionamento suave, a rede deve implementar
procedimentos para detectar congestionamento, avisar usurios e controlar o excesso de trfego, bem como
evitar, tanto quanto possvel, o descarte de frames. A rede pode transmitir indicaes de notificao de
congestionamento para redes adjacentes atravs das interfaces entre redes Frame Relay se foi constatado
que o trfego com estas redes est encontrando os recursos congestionados. Sob condies normais, todo
esforo deve ser feito para no descartar os dados contratados (Bc) na NNI.
49
Uma maneira para garantir isto, estabelecer um limite superior para a soma dos CIRs subscritos (saintes da
rede) de todos os PVCs, levando-se em conta a taxa de acesso NNI. Cada Terminal de Sinalizao (STE)
estabelece seu prprio limite superior (Figura 8.7).
REDE B
STE STE
STE STE
REDE A
NNI(X.76)
NNI(X.76)
REDE C
UNI
UNI
USURIO
X
USURIO
Y
Figura 8.7 - PVC de multi-segmentos para ilustrar cenrio de congestionamento
Os valores de CIR, Be e Bc so coordenados na NNI e so escolhidos para fornecer um servio consistente.
As taxas de acesso (AR) de todas as NNIs envolvidas num PVC de multi-rede no tm que ser iguais. A taxa
de acesso numa NNI pode ser substancialmente maior que numa outra NNI. Consequentemente, a entrada
contnua de frames Be numa NNI pode levar a congestionamento persistente dos buffers da rede numa outra
NNI, e uma quantidade considervel de dados Be da entrada pode ser descartada. Na Figura 8.7
apresentamos um PVC passando atravs de 3 redes. Se a rede B torna-se congestionada de maneira tal que
reduz sua capacidade de transportar o trfego neste PVC na direo de X para Y, a rede B deve sinalizar isto
explicitamente para os usurios X e Y. A rede B consegue isto setando o bit FECN no campo de endereo
dos frames que passam em direo ao usurio Y e setando o bit BECN no campo de endereo dos frames
que passam em direo ao usurio X. As redes devem dispor de meios para se proteger de
congestionamento.
8.10.6 REQUISITOS DE PROVISIONAMENTO/GERNCIA DE PVC
A coordenao dos parmetros do servio deve ser realizada atravs de acordos bilaterais entre os
operadores da rede.
Os procedimentos de gerncia do estado do PVC devem ser implementados, usando operaes simtricas
entre as redes.
A atribuio do DLCI entre as redes deve ser realizada atravs de acordo bilateral.
A alocao de banda passante entre as redes deve ser realizada atravs de acordo bilateral.
O roteamento entre as redes deve ser feito atravs de acordo bilateral.
A qualidade de servio de um PVC que passa por vrias redes s pode ser estabelecida aps acordo entre
os administradores das Redes.
Cada fornecedor de Servio Frame Relay responsvel pela Operao, Administrao e Manuteno
(OAM) do segmento de PVC dentro de somente suas fronteiras de rede.
Duas categorias de servio, que podem impactar a coordenao de parmetros, devem ser suportadas por
redes Frame Relay. Uma categoria de servio tem caractersticas expressas por uma CIR = 0. A outra
categoria de Servio tem caractersticas expressas por um CIR > 0. Estes valores so usados para
determinar o intervalo de medio (Tc).
50
8.11 GERNCIA DE REDE FRAME RELAY
A gerncia da rede Frame Relay deve oferecer uma viso profunda da rede completa. Tendo planejado,
configurado e obtido autorizao para o funcionamento de uma rede operacional completa, a prxima tarefa
do sistema de gerncia da rede manter a rede rodando e atualizada.
Segundo a Organizao Internacional para Padronizao (ISO) a Gerncia de Rede pode ser dividida em 5
reas funcionais:
(i) gerncia de falha
(ii) gerncia de desempenho
(iii) gerncia de configurao
(iv) gerncia de contabilidade
(v) gerncia de segurana
O Frame Relay Forum, em reconhecimento ao crescente uso do SNMP (Protocolo de Gerncia de Rede
Simples), desenvolveu uma Base de Interface de Gerncia (MIB).
O sistema de gerncia de rede precisa ter ferramentas suficientemente disponveis para garantir que o
operador da rede seja capaz de determinar precisamente a falha e corrig-la. As atividades tpicas de
gerncia de falha incluem:
relatrio de evento inicial da rede.
procedimento e mecanismos de identificao e isolamento.
testes locais em tempo real e diagnstico remoto.
mecanismos de correo em tempo real.
logs de manuteno de falha.
Enquanto a gerncia de falha cobre a identificao e retificao de falhas dentro de uma rede, a gerncia de
desempenho trata com a qualidade de servio da rede oferecida aos usurios.
As estatsticas de desempenho da rede incluem:
disponibilidade de circuito.
tempo de resposta da rede e retardo induzido da rede.
utilizao das linhas de acesso do usurio, troncos da rede e ns de comutao da rede
perfis de uso da rede por cada usurio.
Os processos de gerncia de configurao mantm um cadastro de todas as entidades da rede (hardware,
software e circuitos externos). As funes de gerncia de configurao incluem:
modificao de atributos de rede.
informao de configurao de rede.
gerncia de cadastro de recursos de rede.
garantir a consistncia e validao de parmetros da rede, esquemas de designao e
endereamento.
garantir a consistncia dos recursos de software e hardware da rede.
A gerncia de contabilidade est associada com o fornecimento de dados e mecanismos para garantir que o
fornecedor de servio de rede possa atribuir corretamente o custo pelo fornecimento de recursos da rede aos
assinantes individuais. Os procedimentos de gerncia de contabilidade incluem:
gerao e coleta de dados de contabilidade.
gerao e registros consolidados de contabilidade para os usurios individualmente.
atribuio de custos e encargos para os clientes pelo uso da rede de acordo com as tarifas/ preos
contratados.
51
As funes oferecidas pelos servios de gerncia de segurana incluem:
processos de autenticao de usurio.
relatrio de violaes de segurana de rede.
gerncia de criptografia e senhas.
LOGS de manuteno de segurana e detalhes de transao de rede.
8.12 PARMETROS DE QUALIDADE DE SERVIO
8.12.1 GENERALIDADES
Os parmetros de Qualidade de Servio (QoS) tm duas caractersticas essenciais:
(i) Elas focalizam nos efeitos de desempenho que so observveis nas interfaces da rede, em vez de
suas causas dentro da rede.
(ii) Suas definies so baseadas nos eventos independentes do protocolo (ex.: solicitao de acesso),
em vez dos eventos da interface especfica do protocolo (ex.: entrega de um sinal CALL REQUEST
X.21).
Estas caractersticas tornam os parmetros independentes da aplicao, da rede e do servio. Com escolha
adequada, elas podem ser usadas para especificar ou medir a qualidade de qualquer servio de comunicao
de dados, independente e projeto interno da rede ou protocolo de acesso da rede. Exemplos de servios de
comunicao de dados para os quais os parmetros podem ser aplicados so os servios comutados por
circuito, os servios comutados por pacotes, os servios de circuitos dedicados e os servios Frame Relay.
Os parmetros so aplicveis aos servios orientados conexo e aos servios sem conexo [REC. X.140].
O nvel de QoS para o trfego contratado caracterizado pelos parmetros CIR, Bc e Tc pode ser fornecido
dentro de uma certa probabilidade. A QOS para o trfego em excesso caracterizado pelo parmetro Be pode
tambm ser fornecido dentro de uma certa probabilidade [REC. X.36].
8.12.2 PARMETROS DE QOS ORIENTADOS PARA O USURIO
Parmetros de Acesso:
Retardo de acesso.
Probabilidade de acesso incorreto.
Probabilidade de recusa do acesso.
Parmetros de Transferncia de Informao do Usurio:
Retardo de transferncia da informao do usurio.
Taxa de transferncia da informao do usurio.
Probabilidade de erro de informao do usurio.
Probabilidade de fornecer informao extra para o usurio.
Probabilidade da no liberao da informao do usurio.
Probabilidade de perda da informao do usurio.
Parmetros de Desacoplamento (Disengagement):
Retardo de desligamento.
Probabilidade de recusa de desligamento.
Parmetros de Disponibilidade:
Disponibilidade do servio.
Probabilidade de recusa da transferncia da informao do usurio.
Durao da interrupo do servio.
52
8.13 PARMETROS DE DESEMPENHO
8.13.1 MODELO GENRICO DE DESEMPENHO:
Um modelo genrico de desempenho de servio Frame Relay composto de 4 tipos de conexes bsicas
(Figura 8.8) [REC. X.144] a saber:
Seo de Circuito (CS): Uma seo de circuito de acesso ou uma seo de circuito inter-redes.
Seo de Circuito de Acesso (ACS): O circuito fsico ou conjunto de circuitos ligando um DTE
(Equipamento Terminal de Dados) central local (DSE) e no inclui quaisquer partes do DTE ou
DSE.
Seo de Circuito Inter-Rede (ICS): O circuito fsico ou conjunto de circuitos ligando duas centrais
de comutao e no inclui os componentes das centrais.
Seo de Rede (NS): Os componentes da rede que fornecem a conexo entre duas sees de
circuito. Uma seo da rede pode ser ou uma seo de rede de acesso ou uma seo de rede
trnsito.
DTE
A
DTE
B
DSE DSE DSE
(ICS) (CS) (ICS) (ACS)
(ANS) (ANS)
(TNS)
Figura 8.8: Componentes e uma conexo Fim-a-Fim
Seo de Rede de Acesso (ANS): Uma seo de rede ligada a pelo menos uma seo de circuito
de acesso.
Seo de Rede Trnsito (TNS): Uma seo de rede entre duas sees de circuito inter-redes.
Seo Bsica de uma Conexo (BSC): Um termo geral para uma seo de circuito de acesso;
uma seo de circuito inter-redes; uma seo de rede de acesso, ou uma seo de rede trnsito.
Fronteira de Seo (Section Boundary): Uma divisa que separa uma seo de rede da seo de
circuito adjacente ou separa uma seo de circuito de acesso do DTE adjacente.
8.13.2 PARMETROS DE DESEMPENHO DE TRANSFERNCIA DE FRAME
A Recomendao X.144 - UIT-T define 5 parmetros associados com a transferncia dos frames de
informao do usurio:
Retardo de transferncia de frame (FTD).
Relao de perda de frame de informao do usurio (FLR).
Relao de erro residual de frame (RFER).
Taxa de frame extra (EFR).
Relao de distoro de trfego em conformidade com o frame (FCTDRc).
Os parmetros acima podem ser estimados, observando-se os frames nas fronteiras de cada seo e so
definidos como:
(i) TFD = t2 - t1 onde, num total de frames especificados:
t1 - o tempo de ocorrncia para o primeiro evento da camada de frame.
t2 - o tempo de ocorrncia para o segundo evento da camada de frame.
(ii) FLR = FL onde num total de frames especificados:
FL+FS+FE FS - o total de frames transferidos com sucesso.
FL - o total de frames perdidos na transferncia.
,
53
FE - o total de frames transferidos com erro.
(iii) RFER = FE onde num total de frames especificados:
FE+FS FS - o total de frames transferidos com sucesso.
FE - o total de frames transferidos com erro.
Obs.: O termo residual significa causado pelos equipamentos de transmisso ou comutao.
(iv) EFR = EF onde EF o total de frames extra transferidos durante um intervalo de
TEFR tempo especificado (TEFR).
Esta taxa pode ser expressa como o nmero de frames extras transferidos por conexo por segundo.
Obs.: Frame extra um frame recebido e que no tem frame transmitido correspondente naquela conexo.
N
(v) FCTDRC = 1 Fn onde Fn = 1 - se o frame An no est de acordo com CIR de
N n=1 sada ou marcado com DE=1 na sada.
0 - caso contrrio.
A1, A2, ..., An representa uma sequncia de N frames, todas
as entradas com DE=0, de acordo com CIR na entrada e esto
todos ligados sada.
8.13.3 PARMETROS PARA CALCULAR A DISPONIBILIDADE DE PVC
Os parmetros usados para calcular a disponibilidade de um PVC so:
Relao de Perda de Frame de Informao do Usurio (para o trfego oferecido de acordo com o
CIR):
Relao de Perda de Frame de Informao do Usurio (para o trfego oferecido de acordo com a
EIR);
Taxa Residual de Erro de Frame; e
Taxa de Frame Extra.
Estes parmetros so chamados de parmetros de deciso de disponibilidade.
A disponibilidade do servio do PVC , a longo prazo, a percentagem do tempo do servio estabelecido, no
qual uma seo ou conjunto concatenado de sees est disponvel.
O tempo de servio estabelecido (Scheduled) para um PVC um tempo durante o qual o fornecedor da rede
acordou de colocar aquele PVC disponvel. Comumente, o servio estabelecido por 24 horas por dia, 7 dias
por semana.
,
,
,
54
9. RECOMENDAES PARA DIMENSIONAMENTO
ste item tem por objetivo estabelecer os critrios para o dimensionamento de redes Frame Relay
apresentando, no mnimo, a caracterizao dos parmetros de dimensionamento, bem como a definio
dos critrios tcnicos a serem adotados e estudos de caso
9.1 PARMETROS BSICOS PARA DIMENSIONAMENTO
Retardo - Quanto ao retardo na rede, deve-se verificar o seu efeito na aplicao do usurio.
Cuidado deve ser tomado ao se usar aplicaes que envolvam voz e vdeo em tempo real;
Parmetros de Qualidade de Servio (QoS) - A observncia dos limites destes parmetros
garante a qualidade do servio contratado pelo usurio:
Throughput;
Taxa de acesso;
Taxa de informao contratada (CIR);
Tamanho da rajada contratada;
Tamanho do excesso de rajada;
Retardo de trnsito;
Taxa residual de erro;
Quadros errados fornecidos;
Quadros duplicados fornecidos;
Quadros fora de sequncia fornecidos;
Quadros perdidos;
Intervalo de Medio da Taxa Contratada (Tc);
Quadros mal gerados/fornecidos.
9.2 ASPECTOS A SEREM CONSIDERADOS NO PROJETO DE REDE
Neste trabalho, as redes Frame Relay sero estudadas levando-se em conta, alm de plataforma prpria, as
plataformas de Redes de Pacotes e Determinsticas, destacando-se os parmetros relevantes em cada caso.
9.2.1 PLATAFORMA DE REDE DETERMINSTICA
9.2.1.1 TAMANHO MXIMO DE QUADRO
O tamanho mximo de quadro varia de acordo com as especificaes da rede, entretanto o Frame Relay
Forum recomenda que tamanho mximo default seja 1600 bytes.
Deve-se observar ainda que o tamanho escolhido deve ser suficiente para transmitir a mensagem full status
que composta da seguinte maneira:
= Cabealho da mensagem + (Nmero de bytes por CVP X Nmero Mximo de CVPs)
onde:
Cabealho da Mensagem = 11 bytes(LMI e ITU-T) ou 12 bytes (ANSI)
Nmero de bytes por CVP = ( 8 bytes (LMI) ou 5 bytes(ITU-T e ANSI)
9.2.1.2 NMERO MXIMO DE CVPS POR ENLACE
O nmero mximo de CVPs por enlace computado atravs da seguinte formula:
E
55
Nmero mximo de PVCS = (Tmx - Hst at us)/BCVP
onde:
Tmx = Tamanho mximo do quadro em bytes;
Hst at us = Cabealho da Mensagem de Status em bytes;
BCVP = Nmero de bytes por CVP.
Ento, tomando o valor default de tamanho mximo de quadro (Tmx = 1600 bytes) teramos:
Nmero mximo de PVCS = (1600 - 11)/8 = 198 PVCS (LMI);
= (1600 - 11)/5 = 317 PVCS (ITU-T);
= (1600 - 12)/5 = 317 CVPs (ANSI).
9.2.1.3 CONSUMO DE BANDA DEVIDO S MENSAGENS DE CONTROLE DO FRAME RELAY
Status Enquiry. O consumo de banda devido a mensagem de Status Enquiry dado pela seguinte frmula:
= 100 x [(nmero de bits da mensagem keep alive) / (velocidade do enlace em bits/s) x (intervalo do
heartbeat pool em segundos)]%
onde:
Nmero de bits da mensagem keep alive = 128 (LMI e ITU-T) ou 136 (ANSI).
Status Message. O consumo total das mensagens de Status (valor percentual da banda total envolvida)
calculado da seguinte maneira:
= 100 x [ (nmero de bits da mensagem keep alive) x (razo da mensagem de status - 1) + (nmero de bits
da mensagem de full status)] / (nmero de bits no intervalo de poll) %
onde:
Nmero de bits da mensagem keep alive = 128 (LMI e ITU-T) ou 136 (ANSI);
Nmero de bits na mensagem Full status (LMI) = 128 + (PVCS x 64);
Nmero de bits na mensagem Full status (ITU-T) = 128 + (PVCS x 40);
Nmero de bits na mensagem Full status (ANSI) = 136 + (PVCS x 40);
Nmero de bits no intervalo de poll= (velocidade do enlace em bits/s X intervalo do heartbeat poll X
razo da mensagem de status).
Depois de (razo da mensagem de status - 1) mensagens de status ocorre uma mensagem de full status.
Update Status. Devido ao fato dessas mensagens serem assncronas, elas eventualmente consumem banda
e no de maneira contnua, como nos casos anteriores. Portanto, considerando o pior caso, o tempo que
necessrio para transmitir uma mensagem de Update Status dado pela frmula:
= (nmero de bits do cabealho + nmero de bits de uma mensagem de Update Status) x Nmero do
PVCS / velocidade do enlace em bits/s
onde:
Nmero de bits da mensagem update status= 136 (LMI e ITU-T) ou 144 (ANSI).
56
Tempo de Processamento das Mensagens de Update Status. Deve-se considerar tambm o tempo de
processamento destas mensagens pela CPU (Unidade Central de Processamento) seguinte maneira:
= Nmero de PVCS x tempo de CPU
Um tempo razovel de CPU para processamento da mensagem da ordem de 30 ms.
9.2.1.4 ATRASO
Tipos de Atraso. Os efeitos do retardo numa rede so determinados pelas aplicaes de usurio e pelo
mecanismo de transporte da camada superior. As aplicaes do usurio no devem incluir voz ou imagem em
tempo real. O time-out da janela do mecanismo de transporte da camada superior no deve ser menor que
dois segundos. O retardo mximo aceitvel deve ser determinado antes de comear o projeto da rede.
Infelizmente no h como quantificar o que constitui um retardo aceitvel pois depende das aplicaes do
cliente. Porm um valor tpico Fim-a-Fim (Terminal-a-Terminal) 1,0 segundo.
Os fatores que compem o retardo total Fim-a-Fim (D) so:
Retardo de Transmisso (Dt): tempo necessrio para transmitir um pacote no enlace, o qual
depende da banda passante do enlace;
Retardo da Comutao do circuito (Dcs): tempo necessrio para comutar o trfego atravs do n
de comutao;
Retardo de Comutao de Pacote (Dps): tempo necessrio para processar a comutao do
quadro, o qual depende da comutao, do fluxo e do congestionamento.
A relao entre estes parmetros dada por:
D= Dt + Dcs + Dps
onde:
Dt = tamanho do quadro (bits) / banda passante do enlace ou;
Dt= tamanho do quadro (bits) / EIR (bits/s), caso no haja congestionamento;
Dt= tamanho do quadro (bits) / CIR (bits/s), existindo congestionamento;
Dt= Nm. de quadros atualmente na fila X Tamanho do quadro (bits) /Banda passante do enlace
(bits/s);
Dt total = soma dos retardos de transmisso de cada enlace;
Dcs = Nm. conexes X 125 microsegundos + (tamanho do buffer x 2)/banda passante do
enlace (bits/s);
Dcs total = soma dos retardos de comutao de cada n.
Dps= nmero de comutaes do Quadro x ts;
onde, ts o tempo para processar a comutao do pacote e tem um valor tpico menor
que 300 microsegundos numa situao sem congestionamento
9.2.1.5 ESTUDO DE CASO - FRAME RELAY SOBRE REDE DETERMINSTICA
Considerando o seguinte exemplo de uma rede Frame Relay formada com equipamentos de menor porte A, B
e C, e equipamentos de backbone X, Y e Z. Calcularemos os respectivos atrasos:
57
64 kbit/s
64 kbit/s
64 kbit/s
256 kbit/s 256 kbit/s
A
B
C
X
Y
Z
Considerando:
CIR= 32 kbit/s
Tamanho do quadro = 1600 bytes
O atraso tpico do equipamento devido a comutao de circuitos no painel traseiro do equipamento da
ordem de 125 s.
O Atraso de Transmisso que ocorre do ponto A para C calculado da seguinte maneira:
Dt = (Tamanho do Quadro) / CIR) X (Nmero de Enlaces)
= (1600 X 8 bits) / 32 kbit/s) X 4
= 1,6 s
O Atraso devido a Comutao de Pacotes entre os pontos A e C calculado do seguinte modo:
DPS = 300 s por quadro X (Nmero de Comutadores Frame Relay)
= 300 s por quadro X 3
= 900 s
O Atraso devido a Comutao de Circuitos entre os pontos A e C obtido da seguinte maneira:
DCS = (125 s por conexo) X (Nmero de conexes)
= 125 s X 6
= 750 s
58
Somado todos atrasos teremos o Atraso Total que ser:
D = Dt + Dcs + Dps
= 1,6 s + 0,9 ms + 0,75 ms
= 1,60165 s
Para aplicaes que envolvem a transferncia de arquivos muitos grandes o atraso no n e o atraso devido a
comutao de pacotes so muito pequenos em comparao ao atraso de transmisso.
Estando a rede operacional, devemos registrar as caractersticas de desempenho, bem como de utilizao
para podermos realizar os ajustes necessrios nos parmetros da rede, como por exemplo retardos, etc.
9.2.2 PLATAFOMA DE REDE DE PACOTE COMO SUPORTE AO FRAME RELAY
9.2.2.1 OBJETIVOS DA REDE
Antes de comear o projeto da rede, devemos definir claramente os objetivos da rede. importante
definirmos a priori os objetivos da rede para podermos escolher entre as vrias topologias, determinar os
CIRs, etc.. Por exemplo, o objetivo pode ser reduzir o tempo de resposta e aumentar a produtividade.
Devido natureza crtica das aplicaes, a disponibilidade da rede pode ser o principal objetivo.
Devemos levantar quais aplicaes sero suportadas inicialmente e quais sero acrescentadas depois.
Algumas aplicaes, tais como SNA e trfego de voz, no recomendado usar desde o incio de
funcionamento da rede, mas podem ser acrescentadas posteriormente.
Fazer uma avaliao da topologia de rede existente e coletar informao dos volumes de trfego e os perfis
de trfego entre as localidades.
Este inventrio das localidades fornece informao precisa do hardware e acesso local em cada local. O
hardware existente poder no suportar o Frame Relay. Para cada local deve-se registrar as seguintes
informaes:
a) Protocolos
b) Aplicaes de Rede, incluindo:
- Tamanho mdio de arquivo
- Freqncia de transao
- Perodo do dia de utilizao
- Nmero de usurios
- Nvel de prioridade da aplicao
- Outros equipamentos existentes, tais como dispositivos relacionados com SNA
- Facilidades existentes de rede servindo o local/aplicao e o desempenho mdio
- Aplicaes no Frame Relay no local
Cada aplicao deve ser examinada cuidadosamente. Leve em considerao a tolerncia de retardo dos
usurios, a distncia entre os clientes e os servidores, bem como o comportamento do protocolo na rede de
longa distncia. Levante questes tais como:
i) Qual a distncia entre os clientes e os servidores? Esta informao importante porque se o
cliente e o servidor esto geograficamente separados por uma distncia longa, ento o retardo de
propagao da rede impactar o desempenho e os tempos de resposta.
ii) Quantos pacotes o protocolo permitir na rede antes de requerer uma confirmao e o tamanho da
janela aumenta quando as confirmaes so recebidas com sucesso?
iii) Quais os protocolos de roteamento so usados?
iv) O protocolo de transporte usa as transmisses por difuso, tais como o Protocolo de Acesso ao
Servio (SAP) no IPX da NOVELL?
Como os locais remotos sero ligados plataforma (backbone)?
59
Cada um ser ligado diretamente via sua prpria porta de conexo e PVCs, ou ligado indiretamente usando
uma linha privada para terminar num HUB local do Frame Relay. Esta deciso afetar a conectividade e
requisitos de equipamento nos locais remotos e/ou HUB local. Uma outra opo pode ser acesso discado
analgico ou digital; isto tambm impactar as decises de equipamento.
9.2.2.2 COMPONENTES DA REDE FRAME RELAY
Uma vez que voc conhece quais aplicaes usar a rede, o THROUGHPUT e o TEMPO DE RESPOSTA de
cada aplicao, os locais que se conectaro rede, e as aplicaes e nmero de usurios em cada local,
voc pode comear a projetar a rede.
i) Determine o mapeamento de PVCs;
ii) Determine o CIR de cada um;
iii) Escolha a velocidade da porta em cada localidade.
O perfil e volume de trfego determinaro o grau de conectividade do PVC e o CIR dos PVCs. O CIR do
agregado na entrada ou sada de cada localidade determinar o tamanho da porta de conexo (tipicamente o
CIR total de entrada fornece a velocidade da porta de conexo dependendo do nvel desejado de
contribuio).
9.2.2.2.1 MAPA DE PVC
Comece plotando os locais da rede numa folha de papel. proveitoso mapear os locais geograficamente
para dar a voc uma idia da proximidade relativa entre locais remotos ou entre locais remotos/locais dos
clientes e locais de HOST/SERVIDOR. Conhecendo a distncia relativa entre os locais que necessitam de
conectividade, s vezes ajuda a determinar a topologia tima da rede. Pode tambm ser til escolher locais
intermedirios ou locais do HUB onde o trfego de local remoto pode ser agregado antes de encaminhar a
informao para o local do HOST. Uma localizao do HUB pode ser central ou prximo de uma grande
concentrao de locais remotos. Embora o Frame Relay permita conectividade mais direta entre os locais, s
vezes um circuito de linha privada mais caro.
Depois de plotar todas as localidades, trace as conexes entre as localidades que necessitam conectividade
direta baseada na informao da aplicao que foi colhida no inventrio do local. Embora o Frame Relay
permita a interconectividade em malha, voc pode no ser capaz de justificar a conectividade direta entre
todas as localidades.
A deciso por projetar rotas diretas depender da quantidade de trfego, da freqncia de comunicao e da
criticidade da aplicao entre os locais. Quando estes fatores existem em grande quantidade, poder haver
bastante trfego para justificar as rotas diretas entre duas localidades. Os locais no ligados diretamente por
um PVC podero comunicar-se transmitindo o trfego atravs de uma central ou local do HUB.
9.2.2.2.2 DETERMINAO DA CIR
Escolha o CIR baseado no trfego mdio entre cada par de localidades ligadas por um PVC. O CIR pode ser
dimensionado para suportar a misso crtica, aplicaes sensveis ao tempo. A rajada (burst) pode ser usada
para controlar o trfego que menos sensvel ao tempo.
Use o volume de trfego e o perfil de trfego colhidos nos locais para determinar o CIR para cada PVC. Se
estatsticas de trfego no so disponveis, voc pode precisar fazer uma suposio baseada no que voc
conhece acerca da rede, aplicao, o nmero de usurios, e assim por diante. Suposies, bom senso e
alguns clculos bsicos podem levar voc a um longo caminho neste processo. Voc pode precisar fazer
consideraes acerca do tamanho do arquivo e freqncia se voc no tem nmeros especficos a usar.
Registre todas as consideraes pois elas podem ser usadas mais tarde na fase do ajuste-fino do projeto da
rede.
projeto antigo da rede pode ser um bom ponto de partida se outra informao no for disponvel. Se um local
tinha 56/64 kbit/s de conectividade de rede antes e as aplicaes apresentam um bom desempenho, ento
isto pode ser um bom ponto de partida. Precavenha-se das armadilhas. Se um local tinha uma grande
capacidade porque ele estava atuando como um HUB de trfego numa topologia de rede de linha privada,
mas no estar atuando como um HUB de trfego na nova topologia do Frame Relay, ento a quantidade de
CIR necessria para aquele local deve ser bem menor que a capacidade da rede de linha privada.
60
9.2.2.2.3 PVCS ASSIMTRICOS
Quando decidindo sobre a velocidade (ex.; CIR) de cada PVC, examine cada direo do trfego
separadamente. Os PVCs so conexes lgicas, full-duplex. A atribuio de uma taxa de informao
diferente da acordada em cada direo do PVC pode fornecer suporte mais caro para perfis de trfego
assimtrico.
As linhas privadas no permitem aos usurios comprar diferentes capacidades em cada direo de um
circuito: isto significa que o usurio final pode estar pagando por mais banda passante numa nica direo do
que realmente necessita. O Frame Relay pode fornecer economia atravs de linhas privadas porque o
usurio somente paga pela quantidade de capacidade necessria na direo da conexo. As aplicaes de
transferncia de arquivo podem, s vezes, serem bem fixas, quando as transferncias de arquivo so
tipicamente mais dominantes numa direo.
Inicialmente, voc no pode ter bastante informao acerca do perfil de trfego para dizer se necessrio
mais ou menos capacidade numa nica direo.
9.2.2.2.4 DETERMINAO DAS VELOCIDADES DAS PORTAS
O CIR total sainte de uma localidade e o CIR total entrante de uma localidade ajudar a determinar a
velocidade da porta de conexo para aquela localidade. Use o CIR total entrante como um ponto de partida
para projetar a velocidade mnima da porta necessria para uma localidade. O trfego sainte pode tirar
vantagem dos buffers das portas do roteador e Frame Relay quando h disputa por capacidade de porta. Por
outro lado, o trfego entrante no tem esta mesma segurana de rede. Assim a chance de quadros perdidos
e retransmisses aumentada se a porta no for dimensionada adequadamente.
Entretanto, se o volume de trfego sainte for significativamente maior que o volume de trfego entrante, ento
a velocidade da porta de conexo deve ser ajustada para suportar o volume de trfego sainte maior. Na
maioria das redes, os perfis de trfego so quase simtrico e o total entrante no muito diferente do CIR
sainte. Somente no caso de perfis de trfego altamente simtricos voc precisar dobrar a verificao da
capacidade da porta para reunir as necessidades de trfego em ambas as direes.
No some o volume total de trfego sainte e o volume total de trfego entrante para determinar a velocidade
da porta de conexo. Se voc fizer isso, voc escolher uma velocidade que muito maior que o necessrio.
Se uma porta de conexo duplex, ela deve ser alocada para trfego entrante e trfego sainte
separadamente, eles no disputam o mesmo recurso.
9.2.2.3 ESTUDO DE CASO DE FRAME RELAY SOBRE PLATAFORMA DE REDE DE PACOTE
9.2.2.3.1 HISTRICO
Um pequeno Banco Regional tem 13 escritrios. Uma MATRIZ e 12 AGNCIAS. Todos os bancos so regidos
por lei federal e obrigados a ter um plano para recuperar-se de um desastre caso haja uma falha dos sistemas
de MAINFRAME do banco. O sistema de MAINFRAME uma base de dados central para todos os perfis
de usurios, contas, transaes, etc..
O banco tinha 02 escolhas:
podia estabelecer seu prprio sistema reserva (backup) e mant-lo remotamente em uma das
outras agncias, ou
podia contratar um servio para recuperar-se de um desastre onde o fornecedor do servio
responsvel pelas dependncias (locais de instalao dos equipamentos) e pela manuteno do
sistema reserva (backup). O banco tinha poucos recursos. Todo o pessoal era dedicado para
manter o HOST principal na matriz do banco. Por isso, o banco decidiu contratar o servio para
recuperao em caso de alguma falha.
O banco tinha que determinar como as agncias (filiais) podiam acessar o HOST SECUNDRIO no caso de
uma catstrofe. O banco tinha uma rede de linha privada numa configurao em estrela. Cada uma das
agncias tinha uma conexo de 64 kbit/s com a matriz. Uma opo era estabelecer uma outra linha privada
de 64 kbit/s de cada uma das agncias para o local de recuperao do desastre. Entretanto, esta uma
soluo cara porque o custo da rede dobraria e novos equipamentos seriam necessrios em cada agncia
remota. Como a conexo backup somente usada quando ocorrer uma falha na matriz, esta soluo no
era de custo justificvel.
61
A soluo que o banco implementou foi uma Rede Frame Relay Dual em Estrela. O banco no tinha registro
de trfego. Entretanto, o gerente de Teleprocessamento tinha estatsticas de utilizao do HOST, tais como:
- Utilizao do circuito de 64 kbit/s (agncia para matriz)
Mnimo: 0%
Mdia: 19%
Mxima: 45%
- Utilizao do circuito de 64 kbit/s (matriz para agncia)
Mnimo: 0%
Mdia: 52%
Mxima: 67%
- Em geral, as transaes das agncias eram curtas e extremamente intermitentes.
Baseado nestas estatsticas, foi bvio que a rede de linha privada foi imaginada. Assim, os objetivos do
projeto foram desenvolver uma soluo para a recuperao na ocorrncia de falha e otimizar a rede inteira.
9.2.2.3.2 TOPOLOGIA DA REDE
Com a nova rede Frame Relay, cada agncia tem uma conexo direta ao local do sistema principal e ao local
do sistema reserva. Os dados do HOST principal precisam ser duplicados prximo de tempo real no HOST
backup. Portanto, uma conexo tambm usada para enlaar diretamente os locais dos sistemas principal
e backup.
9.2.2.3.3 CIRS DOS PVCS
Na direo sainte, o circuito de 64 kbit/s utilizado numa mdia de somente 19%, o que equivale a
aproximadamente 13 kbit/s. Na direo contrria na mdia, 52% de 64 kbit/s so usados, o que equivale a 34
kbit/s.
Utilizando os dados dos relatrios de utilizao dos circuitos, os PVCs de cada agncia para a matriz tero
um CIR = 16 kbit/s e no sentido contrrio (matriz para agncia) tero um CIR = 32 kbit/s nas agncias.
Aos PVCs para o local do sistema reserva sero atribudos um CIR = 0 porque estas conexes sero usadas
somente quando ocorrer uma falha no sistema principal. Quando isto acontecer os CIRs podem ser
aumentados.
Como a recuperao da falha uma nova aplicao para o banco, no h qualquer orientao ou estatstica
para dimensionar o PVC (as facilidades) entre os sistemas principal e reserva. Um valor tpico (Nortel) ser
CIR = 128 kbit/s do local do principal para o local do sistema reserva e um CIR de retorno (local do sistema
reserva para o local do sistema principal) de 32 kbit/s.
9.2.2.3.4 DETERMINAO DAS VELOCIDADES DAS PORTAS
Cada agncia tem uma porta de conexo de 64 kbit/s e um circuito local de 64 kbit/s. A porta de conexo
suporta o PVC do sistema principal e o PVC reserva.
No local do sistema principal o CIR total sainte 512 kbit/s (12 agncias x 32 kbit/s + 128 kbit/s para o local
do sistema reserva) e o CIR total entrante 320 kbit/s (12 agncias x 16 kbit/s + 128 kbit/s do local do
sistema reserva).
Como o trfego das agncias tipicamente curto e intermitente, decidimos pela contratao de uma taxa
relativamente alta.
O CIR total sainte maior que o entrante, devido a isto usamos o CIR total sainte para determinar a
velocidade da porta. usada uma porta de conexo de 128 kbit/s, com a taxa contratada sendo 400%.
Entretanto, como no sentido entrante o CIR consideravelmente menor, somente 320 kbit/s, o trfego
entrante no deve sofrer congestionamento.
62
9.2.3 METODOLOGIA/ESTUDO DE CASO DE DIMENSIONAMENTO PARA UMA REDE MAN/WAN FRAME RELAY
PURA
9.2.3.1 PARMETROS BSICOS
A finalidade mostrar a metodologia adotada para definio da topologia, dimensionamento das velocidades
das portas de acesso e entroncamentos. No se pretende apresentar um clculo profundo e preciso da
totalidade da rede, mas sim descrever o mtodo adotado, para que possa ser usado para planejar futuras
redes ou futuras ampliaes. conveniente ressalvar que no existe uma metodologia nica.
a) Matriz de Interesse e Acessos
Para permitir o correto dimensionamento do sistema , a demanda dever ser levantada e especificada ponto-
a-ponto (origem e destino) e por velocidade/CIR.
Apresentar por localidade as quantidades de acesso com seus respectivos CIRs totais de entrada e
sada(CIRent rada e CIRsa da dos PVCs por acesso) para definio da velocidade das portas.
Montar uma matriz com o trfego de CIR por localidade (a velocidade dos mesmos ser considerada
posteriormente). Incluir nesta matriz os trfegos cuja outra ponta seja inter-redes.
b) Topologia
Estabelecer uma quantidade mnima de acessos para implantao do equipamento na localidade
(normalmente acima de 50 acessos, dependendo do equipamento e outros fatores). Caso a localidade no
atinja este limite, o atendimento far-se- transportando os acessos at o equipamento geograficamente mais
prximo, desde que este seja o trajeto mais curto e confivel a nvel de transmisso.
Obs.: A topologia das redes de dados est, via-de-regra , ligada diretamente topologia dos sistemas de
transmisso, existentes ou projetados. Normalmente so de 03 a 06 centros principais que concentram o
trfego de suas respectivas regies. Tais regies possuem 03 ou 04 localidades importantes, porm de
menor porte, interligadas a estes centros. Portanto, em uma topologia preliminar, as localidades menores
seriam interligadas em estrela aos centros de regio, e estes, se possvel, seriam interligados entre si atravs
de uma estrutura em anel, para aumentar a confiabilidade e disponibilidade do sistema. Deve ser ressaltado
contudo, que outras condies de contorno podem determinar uma topologia diferente, que se adeque melhor
realidade dos meios disponveis ou projetados.
Pela matriz de interesse verificamos quais as localidades com maior demanda de acessos, pois estas sero
provavelmente os nossos centros de rede , os quais , normalmente abrigaro os equipamentos , visando
otimizar os meios de transmisso.
c) Dimensionamento da Rede
Os principais passos do dimensionamento de uma Rede MAN/WAN Frame Relay esto a seguir descritos:
1) Plotar de forma esquemtica as localidades envolvidas , respeitando as suas reas de influncia;
2) Interligar estas localidades atravs dos sistemas de transmisso existentes ou projetados;
3) Plotar nestes sistemas de transmisso assim colocados, os trfegos de CIR constantes da matriz de
interesse , distribuindo-os por trecho de transmisso utilizado;
4) Ao final desta etapa , cada trecho ter um somatrio dos trfegos de CIR, em cada direo de
transmisso, que passam por aquele trecho;
5) A partir dos trfegos de CIR em cada direo e considerando o percentual de over-subscription
(velocidade do fluxo CIR, ver item 2.3) a ser adotado, determina-se a velocidade do
entroncamento. Caso considere-se a rede sem over-subscription ento: Velocidade do Fluxo
CIRent rada ou CIRsa da, o que for maior.
6) Agrupar estes troncos em troncos de 64kbit/s, n x 64kbit/s, 2Mbit/s ou n x 2Mbit/s, conforme a
modularidade/recursos existentes ou requeridos;
7) Verificar e determinar rotas de contingncia entre os principais centros de rede (para efeito de
confiabilidade e disponibilidade) . As rotas de contingncia destinam-se a manter um valor mnimo de
trfego entre dois centros de rede , quando a rota principal entre estes dois centros for de alguma
maneira interrompida . Um determinado nmero de PVCs roteado para uma rota alternativa que
interligue os dois centros considerados;
63
d) Dimensionamento da Velocidade das Portas de Acesso
Para dimensionamento da velocidade das portas de acesso considera-se a CIRent rada e a CIRsa da dos
PVCs do acesso. Como medida de segurana adota-se: Velocidade da Porta 2xCIRent rada ou 2x
CIRsa da, o que for maior, e enquadrar nas seguintes velocidades padro: 64kbit/s, n x 64kbit/s ou n x
2Mbit/s.
Dependendo das caractersticas de trfego do usurio, tais como: trfego extremamente assimtrico
(CIRent rada, CIRsa da), trfego dos PVCs em horrios diferentes, etc.; pode se adotar valores/quantidades
menores dos acima estabelecidos ou, inclusive, aplicar over-subscription (velocidade da porta < CIR).
e) Dimensionamento/Definio do(s) Entroncamento(s) Inter-Redes
O dimensionamento/definio do(s) entroncamento(s) inter-redes normalmente d-se atravs de negociao
entre as empresas responsveis pelas mesmas considerando-se o seguinte:
Trfego/CIR inter-redes
Over-subscription
Parmetros tcnicos
Topologia/Sistema de transmisso
Sinalizao
Compatibilidade de sistemas/protocolos
Atrasos
9.2.3.2 ESTUDO DE CASO
Adotaremos um exemplo simplificado para ilustrar o dimensionamento de forma mais detalhada.
Consideraremos localidades/usurios distribudas em 03 reas geogrficas.
A matriz de interesse consta da Tabela 9.2 e especifica os trfegos de CIR demandados entre as localidades
com equipamentos, em funo do interesse de trfego dos acessos destas localidades(locais ou no)
mostrados na Tabela 9.1.
A configurao de transmisso, a distribuio dos trfegos por rota/trecho e os entroncamentos constam das
Figuras 9.1, 9.2 e 9.3 respectivamente.
As rotas de contingncia constam da Figura 9.4.
EQUIPAMENTO QUANTIDADE DE
ACESSOS
CIR entrada (bit/s) CIR sada
(bit/s)
PORTA (veloc.-
bit/s)
N-A 30 64k 64k 128k
22 64k 128k 256k
18 128k 64k 256k
15 256k 128k 512k
01 1024k 2M 2x2M
10 256k 512k 1024k
05 384k 192k 768k
01 1088k 2M 2x2M
TOTAL 103 16064k 17984k 44032k
64
EQUIPAMENTO QUANTIDADE DE
ACESSOS
CIR entrada (bit/s) CIR sada
(bit/s)
PORTA (veloc.-
bit/s)
N-B 32 64k 64k 128k
25 128k 64k 256k
17 64k 128k 256k
15 256k 128k 512k
11 128k 128k 256k
07 128k 256k 512k
02 2M 1024k 2x2M
01 1088k 512k 2M + 128k
08 192k 384k 768k
TOTAL 118 19200k 16576k 45440k
N-C 35 64k 64k 128k
27 128k 64k 256k
20 64k 128k 256k
13 256k 128k 512k
08 128k 256k 512k
05 128k 128k 256k
03 256k 256k 512k
01 2M 960k 2x2M
02 512k 384k 1024k
02 1024k 576k 2M
01 1088k 2M 2x2M
06 576k 448k 1152k
TOTAL 123 22400k 19264k 48000k
Tabela 9.1- Quantidade/Velocidade de Acessos/Portas
CIR (bit/s) N-A N-B N-C INTER TOTAL
N-A 3232k 4832k 6400k 1600k 16064k
N-B 6912k 4800k 6144k 1344k 19200k
N-C 7840k 6944k 6720k 896k 22400k
TOTAL 17984k 16576k 19264k 3840k 57664k
Tabela 9.2- Matriz de Interesse
65
Premissas, Etapas e Consideraes Adotadas no Exemplo:
1) A localizao dos equipamentos deve se basear na anlise dos sistemas de telefonia e transmisso,
quantidade mnima de acessos, bem como no trfego interno e externo regio considerada. Dentro desta
sistemtica e observando-se o exemplo em referncia, conclui-se que A,B e C so potenciais localidades
para implantao de equipamentos. Neste exemplo colocaremos equipamentos nas trs localidades
citadas, porm cada situao de rede deve ser avaliada de forma abrangente, observando inclusive
aspectos econmicos.
2) As localidades A,B e C esto interligadas por sistemas de transmisso de alta capacidade(Figura 9.1).
3) Aps a definio da localizao dos equipamentos e de acordo com o interesse de trfego dos usurios
dos mesmos( Tabela 9.1) obtemos a matriz de interesse conforme mostra a Tabela 9.2 .
4) Plotando-se os trfegos da matriz de interesse na topologia adotada obtemos o descrito na Figura 9.2 .
5) De acordo com o tem 9.2.3.1.c.5, adotando a rede sem over-subscription e troncos de nx2Mbps, obtemos
os valores das velocidades dos mesmos conforme mostra a Figura 9.3 .
6) Para a velocidade das portas de acesso mostrada na Tabela 9.1 consideramos velocidade da porta = 2x
CIRmai or a (metodologia de clculo descrita no tem 9.2.3.1.d) e velocidade mxima de 2Mbit/s.
7) Como parmetro para dimensionamento das rotas de contingncia foi utilizado o fator de 50% (Figura 9.4).
8) Os troncos inter-redes sero interconectados Rede Nacional atravs da localidade C e
dimensionados/definidos de acordo com o descrito no tem 9.2.3.1.e.
A B
C
Figura 9.1 - Configurao Sistema de Transmisso
A
B
C
16064K
17984K
4832K
1600K+6400K
7840K
22400K
19264K
896K+1600K+1344K
6944K
6144K+1344K
6912K
19200K
16576K
INTER
Figura 9.2- Distribuio de Trfegos
66
A B
C
4x2M
4x2M 4x2M
INTER
Figura 9.3 - Entroncamento
A B
C
4x2M
4x2M 4x2M
2x2M
2x2M
2x2M
INTER
Figura 9.4- Entrocamento com Rotas de Contingncia
Observao:
Para o dimensionamento descrito neste estudo de caso considerou-se a implantao de uma rede na qual as
caractersticas de trfego dos usurios e trfego inter-ns no so totalmente conhecidas devido a no
existncia de histricos/monitoraes dos mesmos. Consequentemente adotou-se uma filosofia de segurana
mxima para efeito de clculo dos valores/quantidades das portas de acessos e troncos. A partir da ativao
da rede e com a monitorao/superviso dos trfegos dos acessos e troncos poder se fazer uma otimizao
no sentido de reduzir estas quantidades/valores aplicando, inclusive, taxas de over-subscription.
9.2.3.3 SEGURANA
Pontos a serem observados no planejamento da rede Frame Relay relativos a parte de segurana das redes :
1. Topologia em anel para a interligao dos centros , aumentando a confiabilidade e
disponibilidade do sistema;
2. Determinar rotas de contingncia entre os principais centros de rede (anel);
3. Determinar caminhos alternativos para as rotas de cabos;
4. Para o estudo de caso contido neste documento adotou-se como parmetro um fator de 50% para o
dimensionamento das rotas de contingncia (este percentual pode variar dependendo de cada
projeto e condies especficas da empresa).
9.3 SIMBOLOGIA
Bc - Committed Burst Size
Be - Excess Burst Size
BECN - Backward Explicit Congestion Notification
CIR - Committed Information Rate
CVP - Circuito Virtual Permanente
PVC - Permanent Virtual Circuit
67
C/R - Command/Response
COS - Class Of Service
D - Delay
DE - Discard Eligibility
DLCI - Data Link Connection Identifier
EA - Extended Address
EIR - Excess Information Rate
FECN - Forward Explicit Congestion Notification
FR - Frame Relay
LMI - Local Management Interface
NNI - Network-to-Network Interface
UNI - User-to-Network Interface
68
10. APLICAES FRAME RELAY
10.1 INTRODUO
Frame Relay um mecanismo que acrescenta flexibilidade e agilidade nas operaes, com conteno de
custos devido a reduo do nmero de conexes comparado ao sistemas tradicionais. um servio de
conexo que pode cobrir extensa rea geogrfica e que suporta a principal caracterstica da comunicao
entre Redes Locais : trfego mdio baixo, com grandes rajadas espordicas.
Em funo da exploso do mercado de Redes Locais e como conseqncia a tendncia de implantao de
ambientes com sistemas distribudos, levou-se a uma mudana no perfil das necessidades de comunicao
longa distncia.
10.2 ARQUITETURAS CENTRALIZADAS - MAINFRAME
Nos sistemas tradicionais a arquitetura de rede apresentava-se numa topologia centralizada, onde o fluxo das
informaes entre duas localidades era constante e em pequenas pores, como mostrado na Figura 10.1.
IBM 3X74
IBM S/370
IBM S/370
IBM S/370
Modem
Modem
Modem
Modem
Modem
Modem
Modem Modem
Terminal
Terminal
Terminal
Terminal
Terminal
Terminal
Terminal
HOST
UCC
RTPC
UCT
UCT
UCT
SNA
ASSINC.
Figura 10.1 Arquitetura Convencional SNA
10.3 ARQUITETURAS DE REDES LOCAIS
No novo ambiente as redes locais fornecem ao usurio uma grande quantidade de banda e as aplicaes so
feitas em mquinas de alto poder de processamento, que transferem grandes blocos de informao para a
estao local (ou remota) e permanecem longos perodos sem transmitir nenhuma informao. A nova
arquitetura mostrada na Figura 10.2
Router
Terminal
VAX 6000
Terminal Terminal
Router
Terminal
VAX 6000
Terminal Terminal
Modem Modem
CIDADE A CIDADE B
Figura 2 Arquitetura de Redes Locais
69
A medida que o mercado de redes locais se expande, cresce tambm as necessidades de interligao de
vrios locais com ambientes de redes locais, provocando uma maior necessidade de meios de comunicao
(linhas dedicadas/comutadas), formando com isso grandes redes corporativas conforme mostrada na Figura
10.3
Router
Terminal
VAX 6000
Terminal Terminal
Router
Terminal
VAX 6000
Terminal Terminal
Modem
Modem
CIDADE A
CIDADE B
Router
Terminal
VAX 6000
Terminal Terminal
Modem
Modem
CIDADE C
Figura 10.3 - Arquitetura de Redes Locais
Esta mudana de perfil de trfego aliada ao desenvolvimento de meios de transmisso mais eficientes (meios
digitais) gerou uma reduo nas taxas de erro e um aumento da banda passante para a transferncia destas
informaes.
Diante das mudanas apresentadas acima, a arquitetura de rede implementada pelo protocolo Frame Relay
se adapta perfeitamente ao perfil de trfego gerado pelas aplicaes rodando em Redes Locais.
Combinando a velocidade da linha de acesso com a taxa negociada (CIR), o servio Frame Relay permite ao
usurio pagar pela taxa mdia de informaes geradas pela sua rede, e ainda com possibilidades de
aumentar sua taxa de transmisso at o limite da velocidade da linha, suportando rajadas de trfego geradas
pelas aplicaes.
10.4 APLICAES FRAME RELAY EM ARQUITETURAS CENTRALIZADAS
A arquitetura da rede Frame Relay permite ao usurios de redes com arquitetura centralizada, do tipo
mainframes (Figura 10.1) com a interligao de seus pontos externos suportados pelos servios Frame Relay.
Em vez de utilizar linhas dedicadas para conectar cada ponto remoto da rede corporativa, o usurio utiliza o
servio Frame Relay e pode atingir os mesmos pontos, com a mesma conectividade e com apenas uma
conexo em cada localidade, conforme mostrado na Figura 10.4.
70
IBM S/370
IBM S/370
IBM S/370
Terminal
Terminal
Terminal
Terminal
Terminal
Terminal
UCT
UCT
UCT
IBM 3X74
HOST
UCC
SNA
Terminal
Terminal
FRAME RELAY
F.R.
SNA
F.R.
FRAD
FRAME RELAY
SNA
F.R.
ASSINC.
FRAD
FRAD
FRAD
Frame Relay Access Device
REDE
PACOTES
Figura 4 Aplicaes de Frame Relay em Redes do tipo SNA
A rede Frame Relay mostrada na Figura 10.4 subentende-se que dever ser utilizada como suporte as
plataformas existentes como a Rede Comutada por Pacotes ou a Rede Determinsticas, no significando uma
nova plataforma.
A utilizao de equipamentos do tipo FRAD na rede est colocado como opcional, como adaptao para
equipamentos existentes, no sendo obrigatria a sua implantao.
Alem da economia de linhas dedicadas h tambm uma reduo significativa das portas dos equipamentos de
acesso do cliente, gerando uma economia de hardware.
10.5 APLICAES DO FRAME RELAY EM REDES DE PACOTES
No caso das redes corporativas que utilizam a rede de pacotes como suporte, importante verificar que h
necessidade de portas de acesso para cada ponto ou para cada localidade com equipamentos do usurio,
como mostrado na Figura 10.5. No caso de circuitos permanentes do tipo PVC, esta necessidade dobrada
em funo de se utilizar 2 portas para cada circuito.
IBM 3X74
Modem
Terminal
Terminal
Terminal
Terminal
HOST
UCC
SNA
PAD
Modem
Modem
Modem
Modem
Router
Terminal Terminal Terminal
REDE
PACOTES
X.25
PAD
X.25
Figura 10.5 - Aplicaes de Redes de Pacotes
71
O servio Frame Relay proporciona que os equipamentos da rede de pacotes X.25 permanecem os mesmos,
simplesmente adicionando-se FRADs (Frame Relay Access Device) .
No caso das Redes Locais trocando-se o carto de tronco do roteador pode-se conectar a mesma diretamente
a rede frame relay. Novas aplicaes no caso de redes locais, so adicionadas sem necessidade de novas
linhas para os equipamentos de acesso. Mostrada na Figura 6. Observar que os novos servios Frame Relay
continuam sendo suportados pela rede comutada por pacotes.
IBM 3X74
Terminal
Terminal
HOST
UCC
SNA
Modem
Router
Terminal Terminal Terminal
F.R.
F.R.
FRAD
IBM3X74
Terminal
Terminal
REDE
PACOTES
FRAME
RELAY
Figura 6 Migrao de Aplicaes de Redes de Pacotes para Redes Frame Relay
10.6 Aplicaes do Frame Relay em Redes Determinsticas
Na rede mostrada na Figura 10.7, as localidades utilizam multiplexadores determinsticos para a
concentrao das linhas de usurio. Para cada localidade h necessidade de linhas dedicadas para a
interligao destes multiplexadores. Para se adici onar uma nova localidade na rede, necessitasse de uma
linha dedicada nova entre a estao remota e a central ou dois acessos. Isto provoca gastos excessivos em
cada novo ponto em funo do aluguel da linha e tambm sem facilidades de manobras do enlace.
Modem
Terminal
Terminal
IBM S/370
IBM S/370
Terminal
Terminal
Terminal
Terminal
UCT
UCT
HOST
UCC
SNA
IBM3X74
Modem
Terminal
Terminal
MUX MUX
MUX
MUX
MUX
MUX
Modem
Modem
Modem Modem
Figura 10.7 Aplicaes de Redes Determinsticas
Para a rede mostrada na Figura 10.7, a soluo adotada para aquela aplicao a seguinte : os links dos
multiplexadores determinsticos so encapsulados no protocolo Frame Relay atravs de adaptao ou
72
diretamente no protocolo, mudando-se apenas a placa de tronco para Frame Relay. Dependendo dos
equipamentos multiplexadores, pode existir a necessidade de uma adaptao dos links E1 em troncos Frame
Relay, utilizando-se os FRADs (Frame Relay Access Device) para fazer esta adaptao.
Como mostrado na Figura 10.8 a rede suporte continua sendo a rede Determinstica, somente adicionando-se
aos equipamentos multiplex E1, placas de acesso Frame Relay.
Os usurios no percebem nenhuma degradao no desempenho do sistema, e outras aplicaes adicionais
podem ser acrescentadas na rede.
Terminal
Terminal
IBM S/370
IBM S/370
Terminal
Terminal
Terminal
Terminal
UCT
UCT
HOST
UCC
SNA
IBM3X74
MUX
MUX
MUX
F.R.
PROVEDOR
INTERNET
F.R.
F.R.
REDE E1
Figura 10.8 - Migrao de Redes Determinstica para Redes Frame Relay
10.6 APLICAO DE BACKUP
Outra aplicao bastante empregada em redes corporativas a utilizao de BACKUPs de Servidores ,
com a localizao dos mesmos em pontos estratgicos para suportar situaes de recuperao de desastres.
Esta topologia tradicional requer re-roteamento de mltiplas linhas para um ponto especfico ou uma rede do
tipo full mesh, acarretando em um aumento dos custos mensais. Mostrado na Figura 10.9.
Backup
A
B
C
D
MATRIZ
RTPC
Linhas Dedicadas
Linhas Backups
Figura 10.9 - Arquitetura Tradicional para Backup
73
Utilizando como soluo os servios de uma rede Frame Relay, h possibilidade de se fazer re-roteamento
rapidamente, atravs de circuitos virtuais da matriz para qualquer ponto designado como backup. Alm desta
facilidade tcnica h tambm um grande reduo nos custos em funo da reduo de circuitos dedicados e
circuitos discados, num total de 9 (nove) linhas dedicadas, para 5 (cinco) acessos Frame Relay como
mostrado na Figura 10.10.
Backup
A
B
C
D
MATRIZ
Linhas Dedicadas Frame Relay
Linhas Backups Frame Relay
REDE
FRAME
RELAY
Figura 10.10 - Arquiteturas com Back-up em Redes Frame Relay
10.7 APLICAES DE VOZ SOBRE REDES FRAME RELAY
Para atendimento a redes de grandes clientes, como Redes Corporativas a situao atual o atendimento
atravs de redes paralelas, ou seja uma rede para cada servio (telefonia, dados, vdeo) como mostrado na
Figura 10.11.
REDE
VDEO
RTPC
REDE
DADOS
Figura 10.11 Redes de Servios Independentes
Uma alternativa de atendimento a esses clientes seria integrar estes servios em uma nica plataforma que
concentrasse voz, dados e vdeo. Utilizando-se equipamentos como FRADS (Frame Relay Access Device
Switching) ou outro equipamento de acesso que suportasse estes servios, poderamos tratar os sinais de
74
voz, dados e vdeo conjuntamente. A voz poderia ser analgica ou digital, sendo esta ltima at 2 Mbit/s.
Integrao do PABX corporativo, Videoconferncia e rede de dados corporativa, conforme mostrado na Figura
10.12.
CIDADE A
CIDADE B
Terminal
VAX 6000
Terminal
Terminal
CIDADE C
REDE
FRAME
RELAY
Router
FRADS
E1
E1
FRADS
Voice
Video
Data
PABX
Figura 10.12 - Aplicaes de Servios de Voz sobre Redes Frame Relay
10.8 INTERFUNCIONAMENTO COM OUTRAS REDES - ATM
Como o protocolo Frame Relay est padronizado internacionalmente h uma grande garantia para o usurio
de aproveitamento de seus investimentos em Frame Relay, possibilitando conexes com outras tecnologias
como ATM como mostrado na Figura 10.13.
Figura 10.13 Interfuncionamento da Rede Frame Relay com Redes ATM
Router
Terminal
VAX 6000
Terminal Terminal
Terminal
VAX 6000
Terminal Terminal
CIDADE A
CIDADE B
Terminal
VAX 6000
Terminal Terminal
CIDADE C
Terminal
VAX 6000
Terminal Terminal
CIDADE D
CVP
ATM
F.R.
75
11. BIBLIOGRAFIA
Rec. ITU-T I.112 - Vocabulary of therms for ISDN, march/93;
Rec. ITU-T I.122 - Framework for Frame Mode Bearer Services, march/93;
Rec. ITU-T I.233.1 - Frame Mode Bearer Services, 1992;
Rec. ITU-T I.255.4 - Priority Services, 1990;
Rec. ITU-T I.370 - Congestion Management for the ISDN Frame Relaying Bearer Services, 1991;
Rec. ITU-T I.372 - Frame Relaying Bearer Service Network-to-Network Interface requirements, march/93;
Rec. ITU-T I.555 - Frame Relaying Bearer Service Interworking, november/93;
Rec. ITU-T Q.920 - Digital subscriber signalling system n 1 (DSS1) - ISDN User-Network interface data
link layer - General Aspects, march/93;
Rec. ITU-T Q.922 - ISDN data link layer specification for Frame Mode Bearer Service, 1992;
Rec. ITU-T Q.933 - Integrated services digital network (ISDN) digital subscriber signalling system n 1
(DSS1) - signalling specifications for Frame Mode switched and permanent virtual connection control and
status monitoring, december/95;
Rec. ITU-T X.36 - Interface between data terminal equipment (DTE) and data circuit terminating
equipment (DCE) for public data networks providing frame relay data transmission service by dedicated
circuit, april/95;
Rec. ITU-T X.76 - Network-to-Network interface between public data networks providing the Frame Relay
data transmission services, april/95;
Rec. ITU-T X.140 - General quality of service parameters for communications via public data networks,
september/92;
Rec. ITU-T X.144 - User information transfer performance parameters for data networks providing
international Frame Relay PVC service, april/95;
Frame Relay Forum FRF1.1 - User-to-Network implementation agreement (UNI), january/96;
Frame Relay Forum FRF6 - Frame Relay service customer network management implementation
agreement, march/94;
Jeffrey G. Gandalf, How Frame Relay Works, Infotron International, Dezembro/91;
Phillip Smith, Frame Relay - Principles and Applications, Addison-Wesley Publishing Co.;
AT&T, Tutorial Frame Relay, Proceedings of the User Tranning Seminar on Data Networking, Agosto/94;
Telebrs - Departamento de Planejamento Tcnico, Dimensionamento de Redes Frame Relay, Relatrio
de Dimensionamento de Redes, Fevereiro/97;
Luiz Fernando Gomes Soares, Guido Lemos, Srgio Colcher, Redes de Computadores das LANs, MANs e
WANs s redes ATM, Editora Campus, 1996;
Fred Halsall, Data Communications, Computer Networks and Open Systems, Addison-Wesley Publishing
Co., 1996;
Antnio Jos Figueiredo Enne, Rede de Telecomunicaes para Suporte ao Frame Relay, Junho/94;
Henry Santoro e Srgio Fidda, Frame Relay: a solution for bandwidth networking, Computer
Communications, Julho/93;
Brisa, Arquitetura de Redes de Computadores OSI e TCP/IP, Editora Makron Books;
******************