Upload
tranphuc
View
223
Download
0
Embed Size (px)
Citation preview
1
Protocolo FRAME RELAYUNISANTA
1
PROTOCOLO
FRAME RELAY
Prof : Hugo Santana Lima ( Universidade Santa Cecília – UNISANTA )
Protocolo FRAME RELAYUNISANTA
2
• O que é Frame Relay ?– Protocolo de nível de enlace com funções adicio-nais de nível de rede
• Originado a partir da estrutura do protocolo LAP-Ddefinido pela rec.Q.921 do ITU-T para sinalização na RDSI-FE pelo canal D • A função de camada de rede são executadas pela camada de enlace através de atribuição de endereçosnível dois para canais lógicos
2
Protocolo FRAME RELAYUNISANTA
3
• O que é Frame Relay ?– Características Básicas:
• Não pede retransmissão caso o pacote chegue comerro • A chamada pode ser feita sem conexão (PVC) ou com conexão (SVC).Maior parte dos casos é PVC.• Os frames seguem o mesmo trajeto (circuito virtual)• Possui funções de protocolo conectionless , mas é fim a fim a nível de enlace e rede
Protocolo FRAME RELAYUNISANTA
4
• Conceitos Básicos - Arquitetura Frame RelayCamada Plano C Plano U
3
2
1
Q.931(DSS1)Q.933
SIN. SVC
LAPD
Q.921
ESPECIFICADO
PELO
USUÁRIO
I.430 OU I.431
Q.922-LAPF
ESPECIFICADO
PELO
USUÁRIO
Plano U Plano C
3
2
1
Q.922-LAPF
I.430 OU I.431
LAPD
Q.921
SIN. SVCQ.933
Q.931(DSS1)
TERMINAL DO USUÁRIO EQUIPAMENTO DA REDE
3
Protocolo FRAME RELAYUNISANTA
5
• Conceitos Básicos– A camada acima do DL-CORE(camada 2) pode ser orientada a conexão (X.25 por exemplo) ou sem conexão como IP– O serviço prestado pela camada 2 consiste de 3 fases :
– Fase de estabelecimento de conexão– Fase de transferência de dados– Fase de desconexão
Protocolo FRAME RELAYUNISANTA
6
• Conceitos Básicos– Os serviços Frame Relay são de dois tipos :
• PVCs (Permanent Virtual Circuit)– São estabelecidos através de programação manual.Todos os parâmetros também são programados.Estes circuitos são monitoradosfim-a-fim na interface com a rede e através da rede pelos protocolosLMI(X.36 do ITU) e pela X.76 respectivamente.
• SVCs (Switched Virtual Circuit)– São estabelecidos sobre demanda usando o protocolo do plano de controle ITU-T Q.933.Os parâmetros como qualidadede serviço são negociados durante o estabelecimento da chamadaPVC
4
Protocolo FRAME RELAYUNISANTA
7
* Conceitos Básicos• Características do Serviço da camada DL-CORE
— Multiplexação e demultiplexação de circuitos lógicos— Inspenção de frames para garantir a transmissão com um número inteiro de octetos
(se não tem acrescenta-se zeros)
– O tamanho mínimo dos frames é de 262 octetos e o máximo de 1600 octetos
— Detecção de erros de quadro— Funções de controle de congestionamento
Protocolo FRAME RELAYUNISANTA
8
• Conceitos Básicos– DLCI - Data Link Connection Identifier
• Este número identifica um circuito virtual.• É enviado como endereço de destino do pacote• Existem duas formas de endereçamento:
– Local e global
5
Protocolo FRAME RELAYUNISANTA
9
• Conceitos Básicos– No endereçamento local até 1024 conexões virtuaispodem ser ativadas em cada enlace físico (Porta)Frame Relay (10 bits campo dlci) e seu significado é local– As redes públicas utilizam este endereçamento.Na realidade conforme o ITU-T e Frame Relay Forumsomente 967 dlcis podem ser alocados para conexões de usuários,sendo 48 para fins de controle e operaçãoda rede
Protocolo FRAME RELAYUNISANTA
10
• Conceitos Básicos– No endereçamento Global um endereço DLCIvale para toda rede, não podendo o mesmo ser re-petido. Assim, o número de conexões virtuais passaa ser 1024 no total (aplicado para SVC)– O plano de endereçamento global é E.164, porém os fabricantes não adotaram e utilizam planospropritários
6
Protocolo FRAME RELAYUNISANTA
11
• Conceitos Básicos– Quando uma conexão é estabelecida a informação do dlci (Data link Connection Identifier) local é utilizado no caso de PVC. No caso de conexões SVCo número do usuário a ser chamado é enviado e odlci é definido durante o processo de sinalização (mensagem SET-UP para o ETD chamado e CALL proceeding para o ETD chamador )
Protocolo FRAME RELAYUNISANTA
12
• Conceitos Básicos- Exemplo de endereçamento local (Sistema Host para Terminal)
Estação dlci
Remote 1Remote 2
Remote 3Remote 4
Remote 5
1617181920
Host - dlci 16
Host - dlci 16
(Vários circuitos lógicos em uma única interface)
Host - dlci 16
Host - dlci 16INTERFACE UNI
ROUTER SWITCHES FRAME RELAY
5 PORTAS DE ACESSO
1
Remote 1
Remote 2
Remote 3
2 3
4
5
Remote 4
Remote 5
INTERFACE NNI
7
Protocolo FRAME RELAYUNISANTA
13
• Conceitos básicos - EndereçamentoEndereço terminal de acesso
Link acesso
Estação 2 Dlci 16
Estação 3 Dlci 17
Estação4 Dlci 18
Estação 5 Dlci 19
Dlci 20Estação 6
Switch estação 1
Dlci 16
Dlci 17
Dlci 18
Dlci 19
Dlci 20
Porta 1
Porta2
Porta3
Porta4
Porta5
Protocolo FRAME RELAYUNISANTA
14
• Formato do Quadro Frame Relay
FLAG ENDEREÇO CONTROLE INFORMAÇÕES FCS FLAG
LAP-F -PROTOCOLO DE NÍVEL 2 IMPLEMENTADO COMO DL-CONTROL. NO FRAME RELAY
UTILIZADO PARA O PROCESSO DE SINALIZAÇÃO SVC NA UNI FRAME RELAY
PODE SER UTILIZADO FIM-A-FIM A CRITÉRIO DO USUÁRIO
CORRESPONDE À CAMADA 2 DO DLC-CORE COM CAMPO DE CONTROLE
FLAG ENDEREÇO INFORMAÇÕES FCS FLAG
PROTOCOLO DL-CORE - PROTOCOLO LAP-F SEM CAMPO DE CONTROLE O QUAL PODE SER UTILIZADO PARA
AUMENTAR O NÚMERO DE CANAIS LÓGICOS (UTILIZAÇÃO DE MAIS DOIS OCTETOS DE CONTROLE COMO ENDEREÇO)
1 OCT 2 OCTS 2 OCTS N OCTS 2 OCTS 1 OCT
N+2 OCTETOS
LAP-F
DL-CORE
8
Protocolo FRAME RELAYUNISANTA
15
• Formato do quadro Frame Relay– Flag : Padrão 01111110 usado para delimitar a início e fim do quadro. Para evitar que essa sequência se repita no campo de informação, são inseridos bits 0 depois de uma sequência de 5 uns consecutivos na recepção esses 0s são retirados esseprocesso é chamado “zero stuffing”.
Protocolo FRAME RELAYUNISANTA
16
• Formato do Quadro Frame Relay – Endereço do DL-Core :
• Este campo é usado para multiplexação de circuitos lógicos e controle de congestionamento. Três formatos de endereço são especificados de acordo com o tamanhodo campo de endereço
9
Protocolo FRAME RELAYUNISANTA
17
• Formato do Quadro Frame Relay – Endereço default (DLCI - 10 BITS)
OCT. 1
OCT. 2
DLCI
DLCI
C/R EA=0
FECN BECN DE EA=1
12345678
Protocolo FRAME RELAYUNISANTA
18
• Formato do Quadro Frame Relay– Comando/Resposta (C/R) : Indica a função do frame . Este bit é usado no protocolo X.25 e não função especificada no DL-CORE. Existe um protocolo de controle de congestionamentoque quando implementado no DL-CORE utiliza esses bits
10
Protocolo FRAME RELAYUNISANTA
19
• Formato do Quadro Frame Relay– Extensão de Endereço (EA) : Usado para definir o tamanho do cabeçalho.Se este bit é 0 outro octetode cabeçalho seguirá,no último octeto este bit é posicionado em 1
Protocolo FRAME RELAYUNISANTA
20
• Formato do Quadro Frame Relay– Farward Explicit Congestion Notification :Bit utilizado para evitar a situação de congestiona-mento.Este bit é setado no sentido de transmissãoquando a quantidade de informação em fila atingedeterminado limiar e é útil quando o destino podecontrolar o fluxo da fonte. Este tipo de controle
é conhecido como notificação de congestionamentoexplícita
11
Protocolo FRAME RELAYUNISANTA
21
• Formato do Quadro Frame Relay– Backward Explicit Congestion Notification :Bit utilizado para evitar a situação de congestiona-mento.Este bit é setado no sentido de contrário da fontede congestionamento quando a quantidade de informaçãoem fila atinge determinado limiar. Se não existe fluxo em sentido contrário, mensagems do protocolo CLLM (Conso-lidate link level Management ) podem ser enviadas
Protocolo FRAME RELAYUNISANTA
22
• Formato do Quadro Frame Relay– Quando uma mensagem de notificação de congestionamentoé recebida é esperado que o usuário reduza a carga oferecidaà rede. Normalmente o dispositivo que esta conectado à redeframe relay é um roteador conectando outras redes à rede framerelay. As mensagens recebidas de notificação devem de serde alguma forma traduzidas para os usuários. Os roteadoresanteriores à implementação do frame relay normalmente nãoimplementam tais controles
12
Protocolo FRAME RELAYUNISANTA
23
• Formato do Quadro Frame Relay– Discard Eligibility (DE) : É usado para descartar quadros quando a rede está congestionada. O DE éajustado para 1 (Maior probabilidade de descarte)ou para zero (menor probabilidade de descarte)pelo equipamento do usuário no caso de PVC e também pode ser manipulado pela rede no caso de SVC.
Protocolo FRAME RELAYUNISANTA
24
• Formato do Quadro Frame Relay– Discard Eligibility (DE) :Quando os pârametrosde tráfego negociados com o usuário forem ultrapassados o DEé posicionado em 1.
O DE pode ser programado por aplicação sendo posicionadoem 1 para as que são menos sensíveis a atrasos como por exem-plo dados em relação á voz. A switch frame relay descarta osframes com DE=1 tentando diminuir a taxa de envio de quadros.Se esta taxa continua alta os quadros com DE=0 começam a serdescartados.
13
Protocolo FRAME RELAYUNISANTA
25
• Formato do Quadro Frame Relay– Discard Eligibility (DE) :
Opcionalmente um switch da rede pode posicionaro DE=1 para o próximo switch se a taxa de pacotesestá acima da contratada e os bits DE=0 (combaixa probabilidade de descarte)
Protocolo FRAME RELAYUNISANTA
26
• Formato do Quadro Frame Relay– Campo de informação : Campo de tamanhovariável (1600 octetos máximo) que transportadados de usuário,ou eventualmente sinalizaçãoatravés do protocolo DL-CONTROL (Q.922)com transferência de dados confiável (baseadono LAP-F)
14
Protocolo FRAME RELAYUNISANTA
27
• Formato do Quadro Frame Relay– Frame Check Sequence (FCS) : Utilizado para verificar a integridade da informaçãorecebida. É verificado por toda a rede mas o quadronão é descartado até que atinja o último terminal frame relay antes do pacote ser entregue ao usuário.
Protocolo FRAME RELAYUNISANTA
28
• Controle de Tráfego e de Congestionamento– Tem como objetivo evitar congestionamento na rede
– Caso a rede esteja congestionada ele tem a funçãode minimizar o congestionamento
– As recomendações do ITU I.371 e I.555 cuidamdo controle de tráfego.
15
Protocolo FRAME RELAYUNISANTA
29
• Controle de Tráfego e de Congestionamento–As funções do controle de tráfego são:
• Policiamento de Tráfego• Notificação de Congestionamento
–A função do controle de congestionamento é descartarpor congestionamento com o propósito de assegurar a recuperação da rede
Protocolo FRAME RELAYUNISANTA
30
• Controle de Tráfego e de Congestionamento– Policiamento de Tráfego
• Tem como função o cumprimento de parâmetros de tráfegonegociados com o usuário. No caso de PVCs esta negociação ocorre no momento da assinatura do serviço, enquanto no casode SVCs ela ocorre no momento do estabelecimento do circuitovirtual.
16
Protocolo FRAME RELAYUNISANTA
31
– Controle de Tráfego e de Congestionamento• Parâmetros de Tráfego
– Committed Information Rate (CIR)» É a taxa de vazão máxima na entrada de dados de um cir-cuito virtual que é assegurada pela rede. Essa taxa representa umamédia de tráfego em um intervalo de tempo Tc calculado pela rede.
– Committed Burst Size (Bc)» Representa a máxima quantidade de informações, medida embits, que o usuário pode enviar em um circuito virtual duranteum intervalo de tempo Tc, em excesso ao Bc.
Protocolo FRAME RELAYUNISANTA
32
• Controle de Tráfego e de Congestionamento– Parâmetros de Tráfego
• Excess burst size (Be)– Representa a máxima quantidade de informações ( em bits)
que um usuário pode enviar em um determinado circuito vir-tual durante um intervalo de tempo Tc, em excesso ao Bc
• Committed rate measurement interval (Tc)Tc = ( Bc ) : ( CIR )
Obs. O Tc é especificado em um segundo
17
Protocolo FRAME RELAYUNISANTA
33
• Controle de Tráfego e de Congestionamento– Funcionamento do Controle de Tráfego
Trafego transmitido
tempo
>Bc+Be
Bc+Be
Bc
Quadros Descartados
Quadros aceitos com DE=1
Quadros aceitos com DE=0
Protocolo FRAME RELAYUNISANTA
34
• Controle de Tráfego e de Congestionamento– Notificação Explicita pelos Bits FECN e BECN
Rede de Suporte ao
F.D.
FECN=1, BECN=0
ETD AETD B
QUADRO
FECN=0 , BECN=0SENTIDO DO
CONGESTIONAMENTO
QUADRO
SENTIDO DO
CONGESTIONAMENTO
QUADRO
FECN=0 , BECN=1
18
Protocolo FRAME RELAYUNISANTA
35
• Fragmentação de Quadros– Fragmentação e Remontagem
• A limitação do tamanho máximo de uma SDU do DL-Core, nem sempre suficiente para conter as PDUs deprotocolos superiores, existe a necessidade de fragmenta-ção de quadros do FR para melhor controlar delays detrânsito e variações de delays de trânsito (jitter de quadros)quando uma interface de baixa velocidade (UNI ou NNI) é compartilhada por aplicações com tráfego isócrono ( comovoz ) e por aplicações de dados.
Protocolo FRAME RELAYUNISANTA
36
• Fragmentação e Compressão de Quadros– Fragmentação e Remontagem
• O padrão FRF.12 , permite a fragmentação de quadrosDL-Core com campo de endereço de 2,3 ou 4 octetos, comos seguintes propósitos
* Permitir o compartilhamento de interfaces, UNI ou NNIpor aplicações de tráfego isócrono e por aplicações de dados ,independente do tamanho dos quadros.
* Permitir a fragmentação de quadros de todos os possíveis formato.* Definir procedimentos de fragmentação, para outros protocolos
por exemplo protocolo de voz sobre frame relay ( FRF.11 ).
19
Protocolo FRAME RELAYUNISANTA
37
• TIPOS DE INTERFACES
REDE DE SUPORTE AO FRAMERELAY
REDE DE SUPORTE AO FRAMERELAY
REDE DE SUPORTE AO FRAMERELAY
ETD
ETD
ETD
ETD
ETD
ETD
UNI
UNI UNI
UNI
UNI
INTERFACES UNI E NNIDO FRAME RELAY
NNI
NNINNI
UNI
Protocolo FRAME RELAYUNISANTA
38
• Fragmentação e Remontagem de Quadros– Quadros na uni ( ETD - ECD )
ETD FFL ETDETDREDE DESUPORTEAO FRAMERELAY
UNI
ECD ECDSendoFFL - Função de fragmentação lógica
20
Protocolo FRAME RELAYUNISANTA
39
• Fragmentação e Remontagem de Quadros– Fragmentação e Remontagem na NNI
ETD ETDFFLREDE DESUPORTE AO FRAMEDELEY
FFLREDE DESUPORTE AO FRAMEDELEY
NNI
SENDOFFL - FUNÇÃO DE FRAGMENTAÇÃO LÓGICA
Protocolo FRAME RELAYUNISANTA
40
• Fragmentação e Remontagem de Quadros– Fragmentação e Remontagem fim-a-fim ( ETD - ETD )
ETD ETDFFL FFLREDE DE SUPORTEAO FRAMERELAY
UNIUNI
SENDOFFL - FUNÇÃO DE FRAGMENTAÇÃO LÓGICA
21
Protocolo FRAME RELAYUNISANTA
41
• Formatação de Fragmentos de quadros– Fragmentação Interfaces UNI e NNI
8 7 6 5 4 3 2 1B E C 1NÚMERO
SEQUENCIAL
DLCI C/R 0
DLCI F B DE 1
FRAGMENTO
FCS
2 OCTS.
2 OCTS
N OCTS
2 OCTS
CABEÇALHO DEFRAGMENTAÇÃO
CABEÇALHODO DL-Core
Protocolo FRAME RELAYUNISANTA
42
– Formatação de Fragmentos de quadros• Fragmentação Fim-a-Fim
8 7 6 5 4 3 2 1
C/R 0
1110
DE
10
B
00
F
00
01
01C
00E
01B
DLCI
DLCI
NÚMERO
SEGUENCIAL
FRAGMENTO
FCS
2 octs
1 oct
1 oct
2 oct
N oct
2 oct
22
Protocolo FRAME RELAYUNISANTA
43
• Formação e Fragmentação de Quadro– Fragmentação em Interfaces UNI e NNI
1.o Fragmento1 0 0 NÚMERO 1
SEQUENCIAL = 42DLCI 0C/RDLCI F B DE 1
CONTROLE = 03PAD OPCIONAL = 00
NLPID - CAMADAS SUPERIORES
INFORMAÇÕES DO 1o FRAGMENTO
FCS
1.o ParteSegmentada
Protocolo FRAME RELAYUNISANTA
44
• Formação e Fragmentação de Quadro– Fragmentação em Interfaces UNI e NNI
ÚLTIMO FRAGMENTO
0 1 0 1NÚMERO
SEGUENCIAL = 42 + n
DLCI C/R 0DLCI F B DE 1
INFORMAÇÕES DOÚLTIMO FRAGMENTO
FCS
ÚLTIMA PARTESEGMENTADA
23
Protocolo FRAME RELAYUNISANTA
45
• Interface de Gerência Local - LMI– A LMI esta relacionado com a gerência na inter-face UNI.– A primeira especificação deste protocolo foi pelo“Group of Four”, baseado nos padrões propostos pela ANSI. Foram emitidos posteriormente a reco.Q.933 da ITU-T e o padrão ANSI T1.617
Protocolo FRAME RELAYUNISANTA
46
• Interface de Gerência Local - LMI– Considerações Iniciais
• Notificação da adição de um CVP.• Detecção da desativação de um CVP.• Notificação do estado de disponibilidade (ativo ) e de
indisponibilidade (inativo) de um CVP configurado.• Verificação da integridade de um link físico de acesso.• As mensagens utilizadas na LMI adota o DLCI=0 nas
versões do ITU-T e do ANSI.• A versão do Group of Four, estabelece que a
LMI utiliza o DLCI=1023.
24
Protocolo FRAME RELAYUNISANTA
47
• Voz e Vídeo Sobre Frame Relay– Recomendações para Voz e Vídeo
• No caso de voz os documentos básicos de referência são as recomen-dações G.764 do ITU-T e o padrão FRF.11 do FrameRelay Forum.
• Nas aplicações de vídeo, que incorporam sinais de voz, os padrões dereferência são as recomendações H.320 e H.261 do ITU-T.
Protocolo FRAME RELAYUNISANTA
48
• Voz e Vídeo Sobre Frame Relay– Considerações Preliminares.
• Em sua concepção inicial o frame relay é um tecnologia de transferência de informações de modo pacote destinadaao atendimento de aplicações de dados.• Essas aplicações não se caracterizam pelo isocronismo de tráfego, e sim pela ocorrência variável de rajadas de tráfegoe de vazios.
25
Protocolo FRAME RELAYUNISANTA
49
• Voz e Vídeo Sobre Frame Relay– Considerações Preliminares.
• As redes de telecomunicações ideais para o tráfego isó-• crono devem apresentar valores de jitter de quadros(vari-• ção de delay de trânsito) iguais a zero, embora possamapresentar delays de trânsito até um certo limite.• A solução adotada em diversas redes públicas e privadascom aplicação de tráfego isócrono mediante o uso de equi-pamentos externos denominados “FRADs” (Frame RelayAccess Devices ).
Protocolo FRAME RELAYUNISANTA
50
• Voz e Vídeo Sobre Frame Relay– Voz Sobre Frame Relay
• No caso de transmissão exclusiva para voz, pode serutilizados FRADs específicos, denominados VFRADs(Voice FRADs).• Os sinais de voz devem ser digitalizados, codificados ecomprimidos antes de alcançarem os VFRADs que serealiza através do uso de VOCODERs ( codificador edecodificador ).
26
Protocolo FRAME RELAYUNISANTA
51
• Voz e Vídeo Sobre Frame Relay– Voz Sobre Frame Relay
* Configuração de uso de VFRADs e VOCODERs
TERMINALDE VOZ
VOCODER VFRADTERMINALDE VOZ
VOCODERVFRADREDEFRAME RELAY
Protocolo FRAME RELAYUNISANTA
52
• Voz e Vídeo Sobre Frame Relay– Voz Sobre Frame Relay* Arquitetura do Protocolo PVP
G.764
Q.922+
DL-Core
FÍSICA FÍSICA
Q.922+
DL-Core
FÍSICA
Q.922+
DL-Core
G.764
Q.922+
DL-Core
FÍSICA
VFRAD A VFRAD BREDE REDE
27
Protocolo FRAME RELAYUNISANTA
53
• Voz e Vídeo Sobre Frame Relay– Vídeo Sobre Frame Relay
• FRADs CODECs de Vídeo.* Existe diferentes tipos de FRAD, em função das combinaçõesde protocolos envelopados.* Um FRAD que atende á totalidade dos protocolos envelopáveisdenomina-se IFRAD ( integrating FRAD).* Entre os terminais de vídeo ( e áudio ) e os FRADs se situam osCODECs ( codificadores / decodificadores ) de vídeo e de áudio.
Protocolo FRAME RELAYUNISANTA
54
• Voz e Vídeo Sobre Frame Relay
– Vídeo Sobre Frame Relay.• Problemas Técnicos.
– Jitter de quadros.– Descartes de quadros pela rede.
28
Protocolo FRAME RELAYUNISANTA
55
• Voz e Vídeo Sobre Frame Relay– Vídeo Sobre Frame Relay.
• Problemas Técnicos.– Jitter de Quadros.
» A principal função é retardar, por um determinado tempo,os quadros de uma rajada que lograram obter menores va-lores de delay de trânsito na rede de suporte ao frame relay,para reconstruir a estrutura temporal do sinal de entrada na rede antes de sua entrega ao terminal de destino.
Protocolo FRAME RELAYUNISANTA
56
• Voz e Vídeo Sobre Frame Relay– Vídeo Sobre Frame Relay.
• Problemas Técnicos.* Descarte de quadros pela rede
" A perda esporádica de um quadro não afeta seriamentea qualidade da transmissão." Como medida de precaução, o usuário deve dimensionarum elevado “CIR” o que reduz a possibilidade de descartede quadros.
29
Protocolo FRAME RELAYUNISANTA
57
• Voz e Vídeo Sobre Frame Relay– Jitter de Quadros.
• A principal função de um FRAD de voz ou de vídeoassociado a voz é retardar, por um determinado de tempo, os quadros de uma rajada que lograram obtermenores valores de delay de trânsito na rede de supor-te ao frame relay.• A latência de transmissão de um quadro apresentavalores inferior a 200 milisegundos.
Protocolo FRAME RELAYUNISANTA
58
• Voz e Vídeo Sobre Frame Relay– A latência de transmissão de um quadro é da ordem de 250 milisegundos via satélite.– A latência de transmissão em uma rede telefô-nica é aproximadamente de 30 milisegundos.– Para que não ocorra degradação mais crítica na qualidade de transmissão, o tempo de respostanão deve exceder de 400 milisegundos
30
Protocolo FRAME RELAYUNISANTA
59
• Voz e Vídeo Sobre Frame Relay– Descarte de Quadros pela Rede.
• A perda de quadro na rede de suporte ao frame relaytorna-se mais crítica na transmissão de vídeo.• Esse problema pode ser contornado superdimensio-nando a rede de suporte ao frame relay.• Como medida de precaução, o usuário pode negociar um elevado valor do parâmetro CIR (Committed Infor-mation Rate ).
Protocolo FRAME RELAYUNISANTA
60
• Voz e Vídeo Sobre Frame Relay– Protocolos de Tratamento de Vídeo e Áudio
• Codificação / Decodificação• Compressão / Descompressão• Armazenamento• Transmissão• Protocolos
– JPEG ( Joint Photografic Experts Group )– Mpeg ( Moving Picture Experts Group )– Recomendações H.261 e H.263 do ITU-T
31
Protocolo FRAME RELAYUNISANTA
61
• Voz e Vídeo Sobre Frame Relay– Protocolos de Tratamento de Vídeo e Áudio
• Recomendação H.261 e H.263– Correspondem, respectivamente, ao Padrão dos CODECs devídeo para serviços audiovisuais nas RDSI-FE (velocidadesequivalentes a múltiplos de 64Kbps) e ao padrão dos CODECsde vídeo para serviços audiovisuais na GSTN ( General SwitchedTelephone Network).– A H.261 e H.263 é membro da família de padrões definida pela recom. H.320 do ITU-T, cujo o bjetivo é a especificação dosdos serviços de videoconferência e de videotelefonia sobre aRDSI-FE.
Protocolo FRAME RELAYUNISANTA
62
• Voz e Vídeo Sobre Frame Relay– Protocolos de Tratamento de Vídeo e Áudio
• Recomendação H.320 do ITU-TEQUIPAMENTODE VÍDEO
EQUIPAMENTODE ÁUDIO
CODECDE ÁUDIO
CODECDE VÍDEO
RETARDO
FRAD
EQUIPAMENTOS TERMINAIS
CONTROLE DO SISTEMA
Rede de suporte aoframe delay
MCU
H.261
(1)
Série “T” e Série H.200
H.242, H.230 e H.221
H.231Obs.: (1) - série H.200, G.711 e G.728
CONSTITUIÇÃO DA RECOM. H.320 PARA O FRAME RELAY
32
Protocolo FRAME RELAYUNISANTA
63
• Voz e Vídeo Sobre Frame Relay* Rede, Protocolo & Serviços* PADRÕES PADRÕES PADRÕES DE PROPÓSITO* DE ÁUDIO DE VÍDEO CONTROLE* G.711 ------ ------ ÁUDIO A 64 Kbps* G.722 ------ ------ ÁUDIO A 48, 56 OU 64 Kbps* G.728 ------ ------ ÁUDIO A 16 Kbps* H.200 ------ ------ EQUIVALENTE Á G.728 COM MAIOR QUALIDADE* ------- H.261 ------ PADRÃO DE CODEC DE VÍDEO* ------- ------- H.221 EXTRUTURA DE QUADRO, PROTOCOLO E MULTIPLEÇÃO* DE VÍDEO* ------- ------- H.230 MULTIPLEXAÇÃO DE QUADRO DE VÍDEO, DE ÁUDIO, DE * DADOS E DE SINALIZAÇÃO.
Protocolo FRAME RELAYUNISANTA
64
• Voz e Vídeo Sobre Frame Relay* Rede, Protocolo & Serviços* PADRÕES PADRÕES PADRÕES DE PROPÓSITO* DE ÁUDIO DE VÍDEO CONTROLE* ------- ------- H.231 DESCRIÇÃO DA UNIDADE DE CONTROLE* ( MCU )* ------- ------- H.242 PROTOCOLO PARA ESTABELECIMENTO DE* CONEXÕES, OPERAÇÃO DENTRO DE FAIXA,* RECUPERAÇÃO DE FALTAS E DE CONTROLE* ------- ------ H.243 CONTROLE ENTRE A MCU ( H.231 ) E OS CO-* DECS DA H.320 NA RDSI-FE* ------- ------ H.233 CRIPTOGRAFIA.* ------- ------ H.234 CONDUÇÃO DE CHAVE CRIPTOGRÁFICA*
33
Protocolo FRAME RELAYUNISANTA
65
• Formato do Quadro Frame relay– Faixas de Valores de DLCIs
VALORES DE DLCIsCAMPO DE
2 octsCAMPO DE
3 octsCAMPO DE
4 octsFUNÇÕES
0 0 0 LMI E SINALIZAÇÃO
1 a 15 1 a 1.023 1 a 131.071 RESERVADO
16 A 991 1.024 A 63.487 131.072 a 8.126.463 CVPs e CVCs992 a 1.007 63.488 a 64.511 8.126.464 a 8.257.535 GERÊNCIA DE REDE E CLLM
1.008 a 1.022 64.512 a 65.534 8.257.536 a 8.388.606 RESERVADO
1.023 65.535 8.388.607 GERÊNCIA DE CANAIS,MESAGEM E CLLM
Protocolo FRAME RELAYUNISANTA
66
• Wordwide Frame Relay Service - Ports
0100.000200.000300.000400.000500.000600.000700.000800.000900.000
1.000.000
1995
1996
1997
1998
1999
2000
USACANADAEUROPAASIA
34
Protocolo FRAME RELAYUNISANTA
67
• Hybrid Networks
Frame RelayATM
256 K
1.5 M
768 K
56 KISDN
DIALACCESS
DS-3
DS-3
45 M
45 M
Hybrid Networks Combine Frame Relay, ATM, andPrivate Lines to Optimize Price/Performace.
Protocolo FRAME RELAYUNISANTA
68
• Understanding Public Frame Relay Services
ManagementReport
Public FrameRelay
InternationalFR
X.25ATM
FRACCESSIP
INTERNETACCESS
DS-3/E-3DS-1/E-1DS-0
ISDN
DIAL ACCESS
35
Protocolo FRAME RELAYUNISANTA
69
• Frame Relay Complements Other Technologies
Application TechnologyLAN
LAN / SNA
Data On-net Voice
Packetized Vídeo
FR / SMDS / ATM
FR / ATMFR / ATM
FR / ATM
Speeds Technology
< 1,5 M bps FR
1,5 a 45 Mbps
> 45 Mbps
FR / ATM
ATM
Interworking Agreement
FR / ATM
FR / SMDS
FRF-5 and FRF-8
SIP