Disciplina: Redes de Computadores II

Curso: Licenciatura em Engenharia Informtica

(3 Ano)

Redes Orientadas a Conexes:

Frame Relay
Docentes: Prof. Doutor Eng. Lourino Chemane, eng Assane Cipriano, e
eng Dlcio Chadreca

DEEL, Faculdade de Engenharia, UEM

11 de Agosto de 2016
Data: 11 de Agosto de 2016

Agenda
1.
2.
3.
4.
5.
6.

Introduo
Arquitectura do Frame Relay
Formato do Frame
Funo de Rede
Controle de congestionamento em redes Frame Relay
Concluso

Data: 11 de Agosto de 2016

Introduo ao Frame Relay

Data: 11 de Agosto de 2016

Introduo
A comutao de pacotes foi desenvolvida numa altura em
que as transmisses digitais em ligaes de longas
distancias apresentavam muitos erros;
Como consequncia foram includos mecanismos de
correco de erros que aumentam a quantidade de
informao de controle transmitida;
Esta informao inclui:
Bits adicionais em cada pacote para aumentar a redundncia
Processamento adicional nos nodos receptores e intermedirios
para detectar e corrigir erros.

Nas redes modernas de transmisso digital esta

informao de controle no necessria porque os nveis
de erros reduziram muito e os poucos que ainda se
registam podem facilmente ser detectados e corrigidos nos
nodos
receptores
Data: 11 de Agosto de 2016

Introduo

Data: 11 de Agosto de 2016

Introduo

O Frame Relay e uma tecnologia de comunicao em redes WAN

baseada na comutao de pacotes, e foi desenvolvida para tirar partido
das altas velocidades de transmisso e baixos nveis de erros nas actuais
redes de comutao de pacotes.

Enquanto as primeiras redes de comutao de pacotes foram desenhadas

para redes que oferecem velocidades de 64 Kbps para o equipamento
de cliente as redes Frame Relay foram desenhadas para velocidades de
at 2048 Kbps (2 Mbps).
A chave para este salto nas velocidades foi a reduo de informao de
controle que nas redes modernas j se mostrava desnecessria.
Algumas das vantagens de X.25 incluem:
Os pacotes de controle das chamadas so transportados no mesmo
canal e circuito virtual que o pacotes de dados
A multiplexao de circuitos virtuais ocorre na camada 3
As camadas 2 e 3 incluem mecanismos de controle de erros e de fluxo.

Data: 11 de Agosto de 2016

Motivao do Frame Relay

Esta abordagem resulta numa considervel informao de
controle como indicado nas figuras abaixo apresentadas

Em cada nodo o protocolo no nvel de Ligao de Dados

(nvel 2) requer a troca de informao de frame de dados e do
frame de confirmao
Data: 11 de Agosto de 2016

Motivao do Frame Relay

As principais diferenas do X.25 e do Frame Relay so:
O trfego de sinalizao da chamada transportado num canal
diferente que do de dados
A multiplexao e comutao dos canais lgicos ocorre no nvel 2, em
vez do nvel 3, eliminado assim um nvel de processamento
No h controle de erros e de fluxo Nodo-a-Nodo (hop-by-hop). As
funes de controle de erros e de fluxo End-to-End so da
responsabilidade de nvel superiores se forem de todo necessrios

Data: 11 de Agosto de 2016

Motivao do Frame Relay

O padro T1.606 da ANSI lista quatro exemplos de
aplicaes que beneficiam dos servios do Frame Relay
usados em canais H de redes de alta velocidade:
Block-interactive data applications: os exemplos incluem aplicaes
para grficos de alta resoluo. A caracterstica principal deste tipo de
aplicaes so baixos atrasos e altos throughputs.
File Transfer: transferncia de grande ficheiros. O atraso de transito
no to critico neste tipo de aplicaes como no caso anterior.
Altos throughputs podem ser necessrios para obter-se taxas de
transferncia razoveis para ficheiros grandes.
Multiplexed Low-Bit Rate: estas aplicaes exploram as capacidades
de multiplexao do servio do Frame Relay de modo a
providenciarem um arranjo para um acesso econmico a um grupo de
aplicaes de baixa velocidade
Character-intensive traffic: um exemplo do character-intensive traffic
a edio de texto. A caracterstica principal deste tipo de aplicaes
so frames curtos, baixos atrasos, e baixos throughput.
Data: 11 de Agosto de 2016

Arquitectura do Frame Relay

A arquitectura do Frame Relay inclui dois planos:
O Plano de Controle (C-Plane): est relacionado com o
estabelecimento e terminao das ligaes lgicas.
O Plano do Utilizador (U-Plane): responsvel pela transferncia de
dados do utilizador pelos subscritores.

Os Protocolos do Plano de Controle (C-Plane) relacionam o

subscritor e a rede.
Os Protocolos do Plano do Utilizador (U-Plane) providenciam
as funcionalidades End-to-End.
Para a transferncia de dados entre os utilizadores o Plano
do Utilizador usa o Protocolo Q.922. Este protocolo foi
divulgado em 1992 e uma verso melhorada do LAPD
(I.441/Q.221)

Data: 11 de Agosto de 2016

Arquitectura do Frame Relay

Data: 11 de Agosto de 2016

Arquitectura do Frame Relay

Somente as funes principais de Q.922 so usadas pelo
Frame Relay:
Delimitao do Frame, alinhamento e transparncia
Multiplexao/Demultiplexao do frame usando o campo de endereo
Inspeco do frame para assegurar que este consiste num numero
inteiro de octetos antes da insero do bit zero ou a seguir a extraco
do bit zero
Inspeco do frame para verificar que no muito longo nem muito
curto
Deteco de erros de transmisso
Funes de gesto de congestionamento

A ultima funo acima listada nova no Q.922

As restantes funes so parte do I.441/Q.921
As principais funes do Q.922 no Plano do Utilizador
constituem a subcamada da Camada da Ligao da Dados
Data: 11 de Agosto de 2016

Arquitectura do Frame Relay

Comparao das Arqutecturas de Protocolos Frame Relay e X.25

Data: 11 de Agosto de 2016

Arquitectura do Frame Relay

No Plano de Controlo o Protocolo Q.922 usado para
providenciar um servio fivel de controlo da ligao de
dados, com controle de erros e controlo de fluxo, para
transferir mensagens do I.451/Q.931.
Esta arquitectura reduz ao mnimo o trabalho de controle de
erros e de fluxo realizado pela rede.
os dados do utilizadora so transmitidos em frames com
quase nenhum processamento por parte dos nodos
intermedirios, com a excepo da verificao de erros e do
roteamento com base no numero da conexo
Os frames com erros so simplesmente descartados, ficando
a tarefa de recuperao de erros aos protocolos de nveis
superiores.

Data: 11 de Agosto de 2016

Arquitectura do Frame Relay

Data: 11 de Agosto de 2016

Formato do Frame
O formato do Frame do Frame Relay similar ao do LAPD ou
LAPB com uma omisso bvia: No h campo de controle.
Esta diferena tem as seguintes implicaes:
H somente um tipo de frame, usado para transportar dados do utilizador. No
h frames de controlo
No possvel usar sinalizao na mesma banda, o canal lgico transporta
somente dados do utilizador
No possvel fazer o controlo de erros e de fluxos, j que no h nmeros de
sequencia.

As funes dos campos Flag e FCS (Frame Check Sequence) so

as mesmas que no LAPD e LAPB
O campo de informao transporta os dados dos nveis superiores.
Data: 11 de Agosto de 2016

Formato do Frame
O campo de informao pode ser usado para transportar o Frame
do Nvel de Ligao de Dados se o utilizador escolher implementar
funes de controle end-to-end adicionais no nvel de Ligao de
Dados.
Os campos de endereo tem um cumprimento de 2 octetos que
pode ser aumentado para 3 ou 4 octetos. Este campo transporta o
Data Link Connection Identifier (DLCI) de 10, 17, ou 24 bits.
A funo do DLCI similar a do Numero de Circuito Virtual no X.25.
O DLCI permite a multiplexao de mltiplas ligaes lgicas de
frame relay num nico canal.
Como no X.25 o identificador da ligao tem significado local. Cada
extremidade de uma ligao lgica atribui o seu prprio DLCI dos
nmeros disponveis localmente disponveis e a rede faz o
mapeamento de um para o outro.
A alternativa de usar o mesmo DLCI nas duas extremidades iria
requerer algum mecanismo global de gesto dos valores de DLCI
Data: 11 de Agosto de 2016

Formato do Frame

Data: 11 de Agosto de 2016

Formato do Frame

Data: 11 de Agosto de 2016

Formato do Frame
Campo Descrio
C/R

Command/Response (usado em aplicaes especificas)

EA

Address Field Extension (Campo de extenso de endereo)

DE

Discard Eligibility Indicator (Indicador de eligibilidade para ser

descartado)

BECN

Backward explicit congestion notification (Notificao de

congestionamento explcito para trs)

FECN

Forward Explicit Congestion Notification (Notificao de

congestionamento explcito para a frente)

DLCI

Data Link Connection Identifier (Identificador de Conexo da

Camada da Ligao de Dados)

Data: 11 de Agosto de 2016

10

Formato do Frame
Para frame relay de Canal D (D-Channel) assume-se um campo
de endereo de 2 octectos e os valores DLCI esto limitados no
intervalo entre 480 e 1007
Assim, os frames do Frame Relay podem ser multiplexados com
os frames LAPD no canal D e os dois tipos de frames so
distinguidos com base nos bits de 8 a 3 no primeiro octeto do
campo de endereo.
O comprimento do campo de endereo, e como consequncia
do DLCI, determinado pelos bits da extenso do campo de
endereo (EA)
O bit C/R depende da aplicao e no usado pelo Protocolo
Frame Relay Padro
Os restantes bits no campo de endereo esto ligados com as
funes de controle de congestionamento.
Data: 11 de Agosto de 2016

Funo de Rede
A funo de frame relay executada por qualquer rede compativel
com o Protocolo Frame Relay consiste no roteamento de frames
de Frame Relay com base no DLCI
A deciso sobre o roteamento feita pelo Frame Relay Control
Point (Ponto de Controle do Frame Relay), tambm designado
Frame Relay Handler
Tipicamente o roteamento controlado por entradas numa
tabela de endereamento designada Connection table (Tabela
de Ligaes) feita com base nos DLCIs que faz o mapeamento
de frames que entram num canal para o outro.
de notar que todos os TEs (Terminal Equipment) tem uma
ligacao logica ao Ponto de Controle de Frame Relay com o valor
de DLCI=0. Esta ligao reservada para funes de controle
dentro do canal, a serem usadas quando o Protocolo
I.451/Q.931 no canal D no estiver a ser usado para funes de
controle de chamadas Frame Relay
Data: 11 de Agosto de 2016

11

Funo de Rede
Operao do Frame Handler Multiplexao de Canais Lgicos

Data: 11 de Agosto de 2016

Funo de Rede
Multiplexao na Subcamada do Frame Relay

Data: 11 de Agosto de 2016

12

Controle de Congestionamento
O congestionamento tem um efeito desastroso em redes de
comutao de pacotes quando se atinge um ponto no qual os
nodos perdem a capacidade de manter o throughput
Com o aumento da carga da rede uma regio de congestionamento
mdio atingido, na qual os atrasos devido a filas nos nodos
intermedirios resulta no aumento do atraso end-to-end, reduzindose assim a capacidade de providenciar o throughput desejado
O objectivo de controlo de congestionamento no Frame Relay de
reduzir o efeito catastrfico que pode resultar do crescimento das
filas nos Frame Handlers (Pontos de Controle de Frame Relay)

Data: 11 de Agosto de 2016

Controle de Congestionamento

Data: 11 de Agosto de 2016

13

Controle de Congestionamento
A gesto de congestionamento da responsabilidade da rede e
dos utilizadores finais.
A rede est em melhor posio de monitorar o grau de congestionamento
O utilizador final esto em melhor posio de controlar o congestionamento
por terem a capacidade de limitar o trfego

Com base nestes princpios foram definidas duas estratgias gerais

para a gesto de congestionamento:
Preveno de Congestionamento (Congestion Avoidance): Os
procedimento desta estratgia so iniciados um pouco antes de ocorrer o
congestionamento (No Ponto A da figura anterior) de modo a evitar que este
ocorra (evitar que se chegue ao Ponto B). Quando a rede detecta que est na
situao do Ponto A, ento emite e usa mecanismos explcitos, que
inicializam os procedimentos de Preveno de congestionamento
Recuperao de Congestionamento (Congestion Recovery): so
procedimentos para se evitar o colapso da rede. Estes procedimentos so
inicializados geralmente quando a rede j comeou a descartar alguns frames.
O descartar de frames sinalizado por software de nveis superiores (ex.
Q.922) que serve de mecanismo implcito de sinalizao. Estes
procedimentos operam a volta do Ponto B da figura anterior)
Data: 11 de Agosto de 2016

Controle de Congestionamento
Preveno de Congestionamento com Sinalizao Explicita
Dois bits no campo de endereos do Frame do Frame Relay so usados para
a sinalizao explicita
Cada um destes bits pode ser activado por qualquer dos Frame Handlers que
detecta o congestionamento
Se o Frame Handler recebe um frame no qual um ou os dois bits esto
activados, no desactiva estes bits antes de reenvia-los ao destino. Servem
assim para a rede sinalizar aos nodos destinatrios que a rede est a sofrer de
congestionamento

esses bits so:

Backward Explicit Congestion Notification (BECN): bit usado pela rede
congestionada para notificar o utilizador que os procedimentos de preveno
de congestionamento sero inicializados onde aplicvel para o trfego no
sentido oposto ao do frame recebido
Forward Explicit Congestion Notification (FECN): usado pela rede
congestionada para notificar o utilizador que os procedimentos de preveno
de congestionamento sero inicializados onde aplicvel para o trfego no
mesmo sentido que do frame recebido. Este bit serve para indicar que o frame,
nesta ligao lgica, encontrou recursos da rede congestionados.
Data: 11 de Agosto de 2016

14

Concluso
O Frame Relay desenvolveu-se muito na decada de 1980
A essncia de Frame Relay o facto de ser uma rede
orientada a conexes sem controle de erros e nenhum
controle de fluxo
Por se tratar de uma rede orientada a conexes os frames
so entregues em ordem (quando so entregues)
As propriedades de entrega em ordem, nenhum controle de
erros e nenhum controle de fluxo tornam o Frame Relay
semelhante a uma LAN de rea extensa
A sua aplicao mais importante a interconexo de LANs
instaladas em vrios escritorios de uma empresa.
O Frame Relay desfrutou de um modesto sucesso, e ainda
hoje utilizado em alguns pases.
Data: 11 de Agosto de 2016

End
Lourino Chemane
Contact: chemane@infopol.gov.mz

Data: 11 de Agosto de 2016

15