1
TP309 – Redes de Transporte
Parte 3
INATEL Competence Center
Av. João de Camargo, 510
Santa Rita do Sapucai - MG
Tel: (35) 3471-9330
2
Situação Atual das Redes...
SDH – É a tecnologia predominante nos backbones e onde foram
feitos enormes investimentos em capacidade!
Ethernet – É a tecnologia predominante nas LANs e a mais
conhecida entre as empresas no mundo todo!
Tráfego de Dados – Está crescendo moderadamente...
As propostas para uma rede puramente IP foram adiadas para
um futuro um pouco mais distante.
O Futuro Hoje:
Utilizar a rede SDH para transporte de
Ethernet !
3
Ethernet vs. SDH
Ethernet
SDH
Redes Locais
Redes de Transmissão
Assíncrono
Síncrono
Banda Dinâmica
Banda Fixa
Não Orientado a Conexão Orientado a Conexão
Serviço “Best Effort”
Serviço de Alta Qualidade
4
Redes Ópticas Ethernet
5
Redes Ópticas Ethernet
Quadro de linha Ethernet IEEE 802.3
Preâmbulo
Endereço
Destino
Endereço
Origem
6 bytes
6 bytes
8 bytes
Compr/
Tipo
2 bytes
Dados (Payload)
46 - 1500 bytes
FCS
4 bytes
Preâmbulo/SFD:
Campo que permite o receptor sincronizar-se com o fluxo de transmissão
entrante e localização do início do pacote Ethernet
Endereço Destino:
(MAC-) Address do elemento de rede ao qual o pacote está sendo encaminhado
Endereço Origem:
(MAC-) Address do elemento de rede que está originando o pacote
Compr/Tipo:
Comprimento do pacote. Para pacotes tipo DIX, o tipo de protocolo de camada
3 presente no campo de Dados (Payload)
Dados (Payload):
Campo que contém informação de cliente/útil (todos outros campos são
considerados parte do cabeçalho)
FCS:
Frame Check Sequence. O valor é calculado no elemento de rede de origem e
inserido no pacote. O elemento de rede receptor realiza o mesmo cálculo e
compara seu FCS com o FCS recebido no pacote. Switches Ethernet irão
descartar o pacote que tiver erro de FCS.
6
Redes Ópticas Ethernet
Topologia:
Etherner over Fiber (EoF) IEEE 802.3
É simplesmente a transmissão de pacotes Ethernet em fibras
ópticas. Pode-se ter conexões ponto-a-ponto ou em malha:
Ethernet
Ethernet
Ethernet
Ethernet
Ethernet
Ethernet
Ethernet
Ethernet
Ethernet
LOCAL A
LOCAL B
Conexão Ponto-a-ponto
7
Redes Ópticas Ethernet
Topologia:
Ethernet over SDH (EoS)
É o mapeamento de Ethernet sobre um Container Virtual (VC-n) SDH
Ethernet
Ethernet
Ethernet
Ethernet
Anel
SDH
STM-n
100Mbps
LOCAL A
Ethernet
Ethernet
Ethernet
Ethernet
100Mbps
VC-4
VC-4
VC-n
LOCAL B
8
Opções de Mapeamento
3) Ethernet over GFP (ITU-T G.7041)
GFP Frame
Ethernet Frame
SDH
Ethernet sobre GFP
- Cabeçalho de transporte determinístico
- Não interfere na gerência de QoS/Largura de Banda
- Delineação simples e eficiente quando em altas velocidades
- Pode ser usado com SDH e Vcat, OTN, etc.
9
New Generation SDH
Cliente A
Ethernet
Ethernet
SDH
Cliente B
SDH
Optical Core
Network
SDH/DWDM
SDH
Storage
Servers
Remote
Servers
10
New Generation SDH
Elemento de
Rede de Nova
Geração SDH
GFP
VC
?
Rede
LCAS
Link
Generic
Virtual
Frame
Concatenation Capacity
Adjustment
Procedure
Scheme
SDH MUX/DEMUX
Ethernet
Interfaces Nativas
Cliente
SDH
11
Generic Frame Procedure
GFP
12
GFP – Generic Frame Procedure
• Padronizado pela ITU-T G.7041
• É um mecanismo “genérico” criado para adaptar múltiplos tipos
de serviços em um canal de trasmissão bit-síncrono (WDM) ou
octeto-síncrono (SDH, OTN).
• É possível adaptar tráfego de camadas 1 (Fibre Channel, GE) e 2
(PPP/IP/MPLS, Ethernet, RPR)
• Algoritmo simples e estável, com correção de cabeçalho
• Compatível com qualquer serviço de nível superior e com qualquer
tecnologia de rede
• Cria novas oportunidades tecnologicas e econômicas
• Fácil expansão (eficiente desde 10M até 10G e já está aprovado
para 40G). Não requer novos equipamentos no backbone (somente
os das pontas)
13
GFP – Generic Frame Procedure
Core
Header
Core
Header
Core
Header
Payload
Type
Payload
Headers
Payload
Area
Payload
Area
Extension
Header
Field
Payload
Area
14
GFP – Generic Frame Procedure
Core Header contém o
comprimento da área de
payload,
 e início do quadro de info
 e deteção & correção de
erro com CRC-16
 Comprimento = 4 bytes
Core Header
Payload
Headers
Client
Payload
Payload
Area
Information
GFP Payload Area
transporta info de camadas
superiores
 Comprimento = 4 a 65535
bytes
Optional
Payload FCS
8 bit
Payload Headers informa
tipo de cliente e suporta
procedimentos específicos de
gerência
 Inclui detecção e correção
por CRC
 Comprimento= 4 a 64 byte
Client Payload Field
contêm
 client frames (GFP-F) ou
 client characters (GFP-T)
Optional Payload FCS
protege o campo de “client
payload information”
 CRC-32 Comprim = 4 byte
15
GFP – Generic Frame Procedure
Core
Header
Core
Header
Core
Header
Payload
Type
Payload
Headers
Payload
Area
Payload
Area
Extension
Header
Field
Payload
Area
PLI
PLI
cHEC
cHEC
PTI PFI EXI
UPI
tHEC
tHEC
CID
Spare
eHEC
eHEC
4
4
4
Client
Payload
Information
4 - 65535
Optional
Payload FCS
4
8 bits
16
GFP – Generic Frame Procedure – Core Header
Core Header
PLI
PLI
cHEC
cHEC
12345678
Payload
Area
1
1
1
1
PLI - PDU Length Indicator
 Campo de 16 bits contendo um
número binário que representa o
comprimento da área da payload
area:
 mín.: 4 bytes (PLI = 00 04hex)
 max.: 65535 byte (PLI = FF FFhex)
 PLI = 0hex a 3hex reservado para
frames de controle
cHEC - Core Header Error Control
 Contém um código de controle de erro CRC-16 para
proteger a integridade do “Core Header”.
 Possibilita:
 Correção de 1 bit errado
 Deteção de múltiplos bits errados
17
GFP – Generic Frame Procedure – Control Frames
 GFP Control Frames são usados na gerência da
conexão GFP.
 Existem quatro tipos de Control Frames:
 PLI= 00 00hex to PLI = 00 03hex
 Mas somente um Control frame está atualmente
especificado:
IDLE Frame
GFP IDLE Frames
PLI =00
PLI= 00
cHEC = 00
cHEC = 00
 O menor frame GFP possível, com somente 4
bytes de comprimento
 PLI = 00 00hex
 IDLE frames são necessários para
 processo de adaptação de taxa
 garantir processo de sincronização de frames
18
GFP – Generic Frame Procedure – Payload Header
Core Header
Payload
Headers
Payload Type Field
Payload
Type
 É obrigatório para GFP client frames (PLI
4)
 Fornece informação sobre:
Payload
Client
Area
Payload
Information
Optional
Payload FCS
Extension
Header
Field
 conteúdo e formato da informação do Client
Payload
 indica diferentes tipos de GFP frame
 distingue diferentes serviços em um ambiente
multi-serviço
19
GFP – Generic Frame Procedure – Payload Header
123 4 5678
PTI
Payload
Type
Extension
Header
Field
PFI
EXI
UPI
tHEC
tHEC
1
1
1
1
PTI - Payload Type Identifier
 Campo de 3 bits que indica o tipo de GFP client
frame
Atualmente definidos:
 PTI = 000
 Client Data
 PTI = 100
 Client Management
 PTI = Outros
 Reserved
PFI - Payload FCS Indicator
 Campo de 1 bit que indica
 PFI = 1  Presença
 PFI = 0  Ausência
 do campo opcional de Frame Check Sequence (pFCS) do payload
EXI - Extension Header Identifier
 Campo de 4 bits que indica o formato do campo Extension Header
Atualmente definidos:
 EXI = 0000
 Null Extension Header (só 1 usuário plugado)
 EXI = 0001
 Linear Frame (vários usuários plugados)
 EXI = 0010
 Ring Frame
 EXI = Others
 Reserved
20
GFP – Generic Frame Procedure – Payload Header
123 4 5678
PTI
Payload
Type
Extension
Header
Field
PFI
EXI
UPI
tHEC
tHEC
1
1
1
1
UPI - User Payload Identifier
 Campo de 8 bits que identifica o tipo de cliente/serviço encapsulado no
Client Payload Field do GFP
 A interpretação dos valores do UPI é diferente para:
 Client data frames (PTI=000) ou
 Client management frames (PTI=100)
 Mais detalhes nos próximos slides
tHEC - Type Header Error Control
 código de 16 bits para controle de erros
 para correção de 1 bit errado ou
 para detetar múltiplos erros de bit no campo de Payload Type
21
GFP – Generic Frame Procedure – Client Data Frames
PTI
PFI
EXI
UPI
tHEC
tHEC
Info de clientes/serviços são transportadas sobre Client Data
Frames GFP
Indicação no campo Type PTI = 000
Client Data Frames atualmente definidos - User Payload Identifier (UPI)
 UPI = 00 & FF  Reserved and not available
 UPI = 01hex
 Ethernet (frame-mapped)
 UPI = 02hex
 PPP (frame-mapped)
 UPI = 03hex
 Fibre Channel (transparent-mapped)
 UPI = 04hex
 FICON (transparent-mapped)
 UPI = 05hex
 ESCON (transparent-mapped)
 UPI = 06hex
 Gigabit Ethernet (transparent-mapped)
 UPI = 07hex
 Reserved for future use
 UPI = 08hex
 Multiple-Access Protocol over SDH (frame-mapped)
 UPI = 09 to EF  Reserved for future use
 UPI = F0 to FE  Reserved for proprietary use
22
GFP – Generic Frame Procedure
Client Management Frames
PTI
PFI
EXI
UPI
tHEC
tHEC
Esta funcionalidade provê um mecanismo
para enviar informação de gerência desde
a origem do GFP até o destino.
Indicação no campo Type
PTI = 100
Management Frames atualmente definidos
 UPI = 00 & FFhex  Reserved and not available
 UPI = 01hex
 Loss of Client Signal (Client Signal Fail)
 UPI = 02hex
 Loss of Character Synchronization
 UPI = 03 to FEhex For future use
23
GFP – Generic Frame Procedure – Extension Header
Core Header
Payload
Headers
Payload
Type
Payload
Client
Area
Payload
Information
Extension
Header
Field
Optional
Payload FCS
Extension Header Field
 Suporta cabeçalhos de nível 2 (data link)
especificos da tecnologia, ex:
 virtual link identifier
 Endereço Origem/Destino
 Classe de Serviço
 Possui de 0 a 60 bytes de comprimento e é
indicado no campo Type (EXI)
 Três variantes do Extension Header estão
atualmente definidas, para configurações pontoa-ponto ou anel (ring)




EXI = 0000
EXI = 0001
EXI = 0010
EXI = Others
 Null Extension Header
 Linear Frame
 Ring Frame
 Reserved
24
GFP – Generic Frame Procedure – Null Extension Header
Type
Type
tHEC
tHEC
1
1
1
1
Null Extension Header (EXI = 0000 (0hex))
 Aplica-se configurações lógicas ponto-a-ponto,
onde a via de transporte é dedicada a somente um
cliente ou serviço
12345678
Extension
Header
Field
 O campo Extension Header não estará
presente
25
GFP – Generic Frame Procedure – Linear Extension Header
Type
Type
tHEC
tHEC
CID
Spare
eHEC
eHEC
Extension Header
Field
1
1
1
1
1
1
1
1
Linear Frame Extension Header (EXI = 0001)
 Aplica-se a configurações lineares (ponto-a-ponto), onde
vários clientes independentes ou serviços são agregados
a uma única via de transporte
CID - Channel ID
 Campo de 8 bits para identificar até 256 canais GFP
independentes em um mesmo link
Spare
 Campo de 8 bits para uso futuro
eHEC - Extension Header Correction
 Código de 16 bits para controle de errors
 corrige um bit errado
 deteta multiplos erros de bit no campo Extension Header
Extension Header para Ring Frame  em estudo
26
GFP – Generic Frame Procedure
Linear Extension Header – Multiplexação
Fluxos GFP de múltiplas portas ou clientes são multiplexados
quadro a quadro
• Células GFP IDLE são transmitidas no caso de não haver sinal de cliente
CID=0
CID=1
Linear Extension
Header
Fluxos GFP
com clientes distintos
CID=0
CID=1
CID=2
CID=0
CID=1
CID=2
1..256
signals
CID
Spare
eHEC
eHEC
CID=2
IDLE
Insertion
GFP
Mux
CID=1
CID=2
CID=1
CID=0
27
GFP – Generic Frame Procedure – Client Payload Area
Core Header
Payload
Headers
Client
Payload
Payload
Area
Information
(CPI)
Optional
Payload FCS
CPI - Client Payload Information Field
 Campo de comprimento variável o qual contém informação útil
de cliente/serviço
 GFP-F (frame mapped)
 CPI transporta frames de cliente
 GFP-T (transparent mapped)
 CPI transporta caracteres de cliente (unframed)
máx. comprimento: 65535 bytes - payload header - pFCS
pFCS - Payload Frame Check Sequence
 Código de controle opcional de 32 bits para proteger o campo
client payload information
 Estará presente se PFI=1 no campo Type (Payload Header)
 pFCS pode somente detetar bits errados
28
GFP – Generic Frame Procedure – Client Payload Area
variável
GFP-F
GFP
Ethernet Frame
GFP GFP Eth. Frame GFP GFP GFP Eth
Frame a Frame
1GigE
LE
Ethernet Frame
IDLE
Eth. Frame
IDLE
Eth
Bloco a Bloco
GFP-T
GFP
Transparent
GFP
Transparent
GFP
Transparent
fixo
GFP GFP Header ou IDLE frames GFP
GFP
29
GFP – Generic Frame Procedure
Framed Mapeamento Ethernet
PLI
cHEC
Type
tHEC
Bytes
7
1
6
6
2
461500
4
Bytes
Preamble
Start of Frame Delimeter
Destination Address
Source Address
Length/Type
Destination Address
Source Address
Length/Type
MAC Client
GFP
MAC
Client
Payload
Pad
Pad
Frame Check Sequence
Frame Check Sequence
Ethernet MAC Frame
GFP-F Frame
GFP Extension
Header
2
2
2
2
0-60
As
Client
30
GFP – Generic Frame Procedure
10M
7.5M
5M
2.5M
1
2
3
Ethernet
Quadros Ethernet
Tráfego Variável
GFP Idle Frames
Rajada Constante
Quadro GFP mapeados com Ethernet
4
t
31
Concatenação
32
Concatenação
Concatenação Contígua
VC-n-Xc
Concatenação Virtual
VC-n-Xv
33
Concatenação Contígua de X VC-4s
VC-4-Xc, sendo
X = 4, 16, 64, 256
J1
B3
C2
G1
F2
H4
F3
K3
N1
J1
B3
C2
G1
F2
H4
F3
K3
N1
J1
B3
C2
G1
CF2
H4
F3
K3
N1
J1
B3
C2
4G1CF2
H4
F3
K3
N1
4 C- 4
C- 4
260 bytes
261 bytes
J1
B3
C2
G1
F2
H4
F3
K3
N1
Bit
stuffing
C- 4 -4c
4 x 260 bytes
4 x 261 bytes
VC- 4-4c
VC- 4
34
Concatenação Contígua
Problema: Como transportar 100Mbps Ethernet sobre SDH?
100 Mbps
C-4 é
desperdício!
Tamanhos dos VCs do SDH
C-12
2.176 Mbit/s
C-3
48.384 Mbit/s
C-4
149.760 Mbit/s
Concatenação Contígua
> 150 Mbps
C-4-4c
599 Mbit/s
C-4-16c
2,396 Gbit/s
C-4-64c
9,584 Gbit/s
C-4-256c
38,338 Gbit/s
35
Concatenação Contígua de X VC-4s
Virtual Container
Capacidade
X=1
VC-4
149,76 Kbps
X=4
VC-4-4c
599,04 Kbps
X=16
VC-4-16c
2.396,160 Kbps
X=64
VC-4-64c
9.584,640 Kbps
X=256
VC-4-256c
38.338,560 Kbps
36
Concatenação Virtual
VC ou VCat – Virtual Concatenation
A Concatenação Virtual está padronizada pela ITU-T G.707 para
containers SDH e pela ANSI T.105 para containers SONET;
É uma forma de se montar uma estrutura de containers que seja
eficiente para transportar cada tipo de sinal;
Oferece a granularidade do VC-n;
Pode-se concaternar VCs de Baixa Ordem (64x) e Alta Ordem
(256x);
VC-n-Xv
37
Concatenação Virtual
Tamanhos dos VCs do SDH
Taxa de Tx
C-12
2.176 Mbit/s
C-3
48.384 Mbit/s
C-4
149.760 Mbit/s
Eficiencia sem VCat
Utilizando VCat
Ethernet (10M)
VC3 20%
VC-12-5v  92%
Fast Ethernet (100M)
VC-4 67%
VC-12-47v  100%
Gigabit Ethernet (1G)
VC-4-16c 42%
VC-4-7v  85%
38
New Generation SDH
VC ou Vcat – Virtual Concatenation
High Order VC
• Informação no Byte H4
• 16 frame Multi-Frame
J1
B3
C2
G1
F2
H4
F3
K3
N1
VC-3 / VC-4
out of
VC-3-Xv / VC-4-Xv
Low Order VC
• Transmitido por um bit do
Byte K4
• 32 frame Multi-Frame
V5
VC-2 / VC-11/VC-12
out of
J2
VC-2-Xv / VC-11-Xv /VC-12-Xv
N2
K4
39
Concatenação Virtual de X VCs
VC-X-Nv, com
J1
B3
C2
G1
F2
H4
H4
F3
K3
N1
J1
B3
C2
CG1
F2
H4
H4
F3
K3
N1
4
J1
B3
C2
CG1
F2
H4
H4
F3
K3
N1
4
N x VCs Independentes
X = 3, 4
J1
B3
C2
G1 CF2
H4
H4
F3
K3
N1
4
C- 3
84 bytes
85 bytes
VC- 3- 4v
40
New Generation SDH
VC ou Vcat – Virtual Concatenation
VC & LCAS Control Packet
Frame
Counter
VCG
Sequence
Indicator
MFI
SQ
Virtual
Concatenation
Information
Reservado para LCAS
41
New Generation SDH
Direção da
Informação
Origem  Destino
MFI
SQ
Multi-Frame Indicator é um contador
• para distinguir vários VCGs* uns dos outros
• necessário para compensar o Delay Diferencial
Sequence Indicator é um contador
• para diferenciar cada container VC-n dentro do VCG*
• para re-ordenar os containers VC-n no ponto de chegada em
caso de ocorrencia de delay diferencial
42
Concatenação Virtual
J1
J1
J1
B3
J1
B3
J1
J1
B3
C2
J1
B3
C2
B3
B3
C2
G1
B3
C2
G1
C2
C2
G1
F2
C2
G1
F2
G1
G1
F2
H4
G1
F2
H4
F2
F2
H4
F3
F2
H4
F3
H4
H4
F3
K3
H4
F3
K3
F3
F3
K3
N1
F3
K3
N1
K3
K3
N1
K3
N1
N1
N1
N1
MFI2 MFI1
012
255
C33
CC33
CC3
CC-33
J1
J1
J1
B3
J1
B3
J1
J1
B3
C2
J1
B3
C2
B3
B3
C2
G1
B3
C2
G1
C2
C2
G1
F2
C2
G1
F2
G1
G1
F2
H4
G1
F2
H4
F2
F2
H4
F3
F2
H4
F3
H4
H4
F3
K3
H4
F3
K3
F3
F3
K3
N1
F3
K3
N1
K3
K3
N1
K3
N1
N1
N1
N1
VC-3-1vC-C-C-C-3333
MFI1
MFI2 MFI1
012
255
SQ=0
C3
CC-33
J1
J1
J1
B3
J1
B3
J1
J1
B3
C2
J1
B3
C2
B3
B3
C2
G1
B3
C2
G1
C2
C2
G1
F2
C2
G1
F2
G1
G1
F2
H4
G1
F2
H4
F2
F2
H4
F3
F2
H4
F3
H4
H4
F3
K3
H4
F3
K3
F3
F3
K3
N1
F3
K3
N1
K3
K3
N1
K3
N1
N1
N1
N1
00
. .0
. . . MFI2
.. . 0
.
.. .
.
.. .
.
.
15
1515 .
.
15
012
255
SQ=1
SQ=2
VC-3-2vC-C-C-C-3C-3333
CC-33
VC-3-3v
43
Concatenação Virtual de X VC-12
VC-12 capacidade de 2,176 Mbps
VC-12-5v capacidade de 10,880 Mbps
V5
J2
N2
K4
K4
V5VCJ2
N2
K4
K4
12
V5
VC- 12
J2
N2
K4
K4
N x VCs Independentes
V5 12
VCJ2
N2
K4
K4
V5
VC12
J2
N2
K4
K4
1
byte
K4
2º bit
C- 12
34 bytes
500µs
VC- 12- 5v
44
Concatenação Virtual de X VC-12
MFI
12
MFI
MFI
SQ
00 3
SQ
SQMFI
0 32
SQ 0
V5
V5
V5
V5
V5
V5
J2
V5
J2
V5
J2
V5
J2
V5
J2
V5
J2
V5
N2
J2
N2
J2
N2
J2
N2
J2
N2
J2
N2
J2
K4
N2
K4
N2
K4
N2
K4
N2
K4
N2
K4
N2
K4
K4
K4
K4
K4
K4
V5
V5
VC-12-1v
V5
V5
V5
V5
J2
V5
J2
V5
J2
V5
J2
V5
J2
V5
J2
V5
N2
J2
N2
J2
N2
J2
N2
J2
N2
J2
N2
J2
K4
N2
K4
N2
K4
N2
K4
N2
K4
N2
K4
N2
K4
K4
K4
K4
K4
K4
V5
V5
VC-12-2v
V5
V5
V5
V5
J2
V5
J2
V5
J2
V5
J2
V5
J2
V5
J2
V5
N2
J2
N2
J2
N2
J2
N2
J2
N2
J2
N2
J2
K4
N2
K4
N2
K4
N2
K4
N2
K4
N2
K4
N2
K4
K4
K4
K4
K4
K4
VC-12-3v
MFI
12
MFI
MFI
SQ
00 3
SQ
SQMFI
0 32
SQ 1
MFI
12
MFI
MFI
SQ
00 3
SQ
SQMFI
0 32
SQ 2
45
Next Generation SDH
10M
7.5M
5M
2.5M
1
2
3
4
Ethernet
Quadros Ethernet
Tráfego Variável
GFP Idle Frames
Tráfego Constante
Quadro GFP mapeados com Ethernet
t
46
Next Generation SDH
Quadro GFP mapeados com Ethernet
Rajada Constante
10M
7.5M
5M
V5
V5
V5
V5
V5
J2
J2
J2
J2
J2
N2
N2
N2
N2
N2
K4
K4
K4
K4
K4
2.5M
V5
V5
V5
V5
V5
J2
J2
J2
J2
J2
N2
N2
N2
N2
N2
K4
K4
K4
K4
K4
VC-12-5v
1
V5
V5
V5
V5
V5
J2
J2
J2
J2
J2
N2
N2
N2
N2
N2
K4
K4
K4
K4
K4
V5
V5
V5
V5
V5
J2
J2
J2
J2
J2
N2
N2
N2
N2
N2
K4
K4
K4
K4
K4
V5
V5
V5
V5
V5
J2
J2
J2
J2
J2
N2
N2
N2
N2
N2
K4
K4
K4
K4
K4
2
3
4
t
47
New Generation SDH
Concatenação Contígua
C-4
C-4
C-4
C-4
C-4
C-4
C-4
C-4
Um Caminho
NE
C-4
C-4
C-4
C-4
NE
VC-4-4c
Core Network
Concatenação Virtual
Caminho 1
Differential Delay
VC-4
#1
VC-4
#2
VC-4
#1
VC-4
#1
VC-4
#1
VC-4
#2
VC-4
#2
Caminho 2
VC-4
#2
VC-4-2v
48
Novos Serviços: Largura de Banda sob Demanda
Gerência da Rede
VC-12-3v
NG
LAN no cliente
LCAS
+VC-12
Rede de Transporte
NG
ISP
Cliente
 Aluga uma conexão de 6M para Internet (VC-12-3v)
 Telefona para operadora e solicita 2M adicionais!
Operadora
 provisionará um novo VC-12 à via
..e o adicionará a conexão existente via LCAS! sem
interromper o serviço!
49
LCAS
Link Capacity Adjustment Scheme
50
New Generation SDH
LCAS – Link Capacity Adjustment Scheme
- Padronizado pela ITU-T G.7042
- É uma forma de se ajustar a capacidade / largura de banda
dinamicamente e sem interromper o serviço
- Extensão para “Virtual Concatenation”, transmitido pelos bytes
H4 e K4 (POH). Transparente no “Core” da rede.
- Protocolo LCAS atua nos NE das pontas (edge NEs) em uma
forma de “handshaking” ponta-a-ponta e em tempo real
CRC
Fonte
GID
CTRL
SQ
Comunicação Fonte a Destino
Comunicação Destino a Fonte
MST
RS-Ack
MFI
Destino
51
New Generation SDH
LCAS – Link Capacity Adjustment Scheme
VC & LCAS Control Packet
Frame
Counter
MFI
VCG
LCAS
Sequence
Control
Indicator Commands
SQ
Virtual
Concatenation
Information
CTRL
LCAS
Source
Identifier
GID
LCAS
LCAS
LCAS
Resequence
Member
Error
AcknowStatus Protection
ledgement
RS-Ack
MST
LCAS Information
Pacotes de Informação trocados pelos NEs das
pontas para o ajuste de largura de banda
CRC
52
Direção da
Informação
Origem  Destino
MFI
SQ
CTRL
Multi-Frame Indicator é um contador
• para distinguir vários VCGs* uns dos outros
• necessário para compensar o Delay Diferencial
Sequence Indicator é um contador
• para diferenciar cada container VC-n dentro do VCG*
• para re-ordenar os containers VC-n no ponto de chegada em
caso de ocorrencia de delay diferencial
LCAS “Control” são:
• palavras/comandos que mostram o status atual dos
containers dentro de um VCG* e iniciam alterações de banda
• FIXED – container no modo NON-LCAS
• ADD - container que será adicionado ao um VCG
• REMOVE - container que será removido de um VCG
• NORM - container é parte de um VCG ativo
• EOS – último container de um VCG ativo
• DNU - container com falha (“do not use”)
53
Direção da
Informação
Origem  Destino
GID
RS-Ack
MST
CRC
LCAS – Link Capacity Adjustment Scheme
Group Identification Bit
• é um mecanismo adicional de verificação para assegurar que
todos membros de um VCG fazem parte do mesmo grupo
Re-sequence acknowledgement
• é um mecanismo no qual o destino reporta à origem a deteção
de qualquer adição/remoção a/de um VCG
Member Status Field
• é um mecanismo, no qual o destino reporta à origem quais
membros de um VCG estão sendo recebidos corretamente
Cyclic Redundancy Check
• é um mecanismo de proteção para deteção de erros de bit nos
pacotes de controle.
54
Link Capacity Adjustment Scheme
10M
VC-12-5v
7.5M
5M
2.5M
1
2
3
4
t
Ethernet
VC-12-5v
VC-12-4v
VC-12-2v
10M
7.5M
5M
2.5M
1
Alocação Automática de Banda:
2
Ethernet
 Automaticamente, VCs pré-provisionados serão ativados
 Cliente não paga pela capacidade não utilizada do link
3
4
t
55
Agradecimentos
Prof. MSc. Bruno de Oliveira Monteiro
[email protected]
cel.: (35) 9131 6479
(35) 3471 9273
INATEL Competence Center
Av. João de Camargo, 510
Santa Rita do Sapucai - MG
Tel: (35) 3471-9330
56
Tecnologia NG-SDH
INATEL Competence Center
Av. João de Camargo, 510
Santa Rita do Sapucai - MG
Tel: (35) 3471-9330