1 / 56

INATEL Competence Center Av. João de Camargo, 510 Santa Rita do Sapucai - MG Tel: (35) 3471-9330

TP309 – Redes de Transporte Parte 3. INATEL Competence Center Av. João de Camargo, 510 Santa Rita do Sapucai - MG Tel: (35) 3471-9330. O Futuro Hoje : U tilizar a rede S DH para transporte d e Ethernet !. Situação Atual das Redes.

sylvie
Download Presentation

INATEL Competence Center Av. João de Camargo, 510 Santa Rita do Sapucai - MG Tel: (35) 3471-9330

An Image/Link below is provided (as is) to download presentation Download Policy: Content on the Website is provided to you AS IS for your information and personal use and may not be sold / licensed / shared on other websites without getting consent from its author. Content is provided to you AS IS for your information and personal use only. Download presentation by click this link. While downloading, if for some reason you are not able to download a presentation, the publisher may have deleted the file from their server. During download, if you can't get a presentation, the file might be deleted by the publisher.

E N D

Presentation Transcript

  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. O Futuro Hoje: Utilizar a rede SDH para transporte de Ethernet ! Situação Atual das Redes... SDH – É a tecnologia predominantenos 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.

  3. Ethernet SDH Ethernet vs. 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. Quadro de linha Ethernet IEEE 802.3 Preâmbulo Endereço Destino Endereço Origem Compr/ Tipo Dados (Payload) FCS 8 bytes 6 bytes 6 bytes 2 bytes 46 - 1500 bytes 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. Redes Ópticas Ethernet

  6. Ethernet Ethernet Ethernet Ethernet Ethernet Ethernet Ethernet Ethernet 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 LOCAL A LOCAL B Conexão Ponto-a-ponto

  7. VC-4 VC-4 VC-n Ethernet Ethernet Ethernet Ethernet Ethernet Ethernet Ethernet Ethernet Redes Ópticas Ethernet Topologia: Ethernet over SDH (EoS) É o mapeamento de Ethernet sobre um Container Virtual (VC-n) SDH Anel SDH STM-n 100Mbps 100Mbps LOCAL A LOCAL B

  8. SDH Opções de Mapeamento 3) Ethernet over GFP (ITU-T G.7041) GFP Frame Ethernet Frame • 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 Cliente B Ethernet SDH SDH Optical Core Network Storage Servers SDH SDH/DWDM Remote Servers

  10. ? New Generation SDH Elemento de Rede de Nova Geração SDH Cliente Rede LCAS Link Capacity Adjustment Scheme Ethernet GFP Generic Frame Procedure VC Virtual Concatenation SDH SDH MUX/DEMUX Interfaces Nativas

  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. Core Header Core Header Core Header Payload Area Payload Headers Payload Type Extension Header Field Payload Area Payload Area GFP – Generic Frame Procedure

  14. Payload Headers informa tipo de clientee suporta procedimentos específicos de gerência  Inclui detecção e correção por CRC  Comprimento= 4 a 64 byte Payload Headers Core Header Client Payload Information Payload Area Client Payload Field contêm  client frames (GFP-F) ou  client characters (GFP-T) Optional Payload FCS Optional Payload FCS protege o campo de “client payload information” • CRC-32 Comprim = 4 byte 8 bit GFP – Generic Frame Procedure Core Header contém o comprimento da área de payload,  e início do quadro de info  edeteção & correção de erro com CRC-16  Comprimento = 4 bytes GFP Payload Area transporta info de camadas superiores • Comprimento = 4 a 65535 bytes

  15. PLI PLI cHEC cHEC PTI PFI EXI UPI tHEC tHEC CID Spare eHEC eHEC 8 bits GFP – Generic Frame Procedure Core Header Core Header Core Header 4 Payload Area Payload Headers Payload Type 4 Extension Header Field 4 Client Payload Information Payload Area Payload Area 4 - 65535 Optional Payload FCS 4

  16. Core Header Payload Area 1 PLI PLI 1 1 cHEC cHEC 1 GFP – Generic Frame Procedure – Core Header PLI - PDU Length Indicator • Campo de 16bits contendo um número binário que representa o comprimento da área dapayload area: • mín.: 4 bytes (PLI = 00 04hex) • max.: 65535 byte (PLI = FF FFhex) • PLI = 0hexa 3hex reservado para frames de controle 1 2 3 4 5 6 7 8 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. IDLE Frame PLI =00 PLI= 00 cHEC = 00 cHEC = 00 GFP IDLE Frames • O menor frame GFP possível, com somente4 bytesde comprimento • PLI = 00 00hex • IDLE frames são necessários para • processo de adaptação de taxa • garantir processo de sincronização de frames GFP – Generic Frame Procedure – Control Frames • GFP Control Frames são usados na gerência da conexão GFP. • Existem quatrotipos de Control Frames: • PLI= 00 00hex to PLI = 00 03hex • Mas somenteum Control frame está atualmente especificado:

  18. Core Header Payload Type Payload Area Payload Headers Extension Header Field Client Payload Information Optional Payload FCS GFP – Generic Frame Procedure – Payload Header Payload Type Field • É obrigatório para GFP client frames (PLI 4) • Fornece informação sobre: • conteúdoe formatoda informação do Client Payload • indica diferentes tipos de GFP frame • distingue diferentes serviços em um ambiente multi-serviço

  19. 1 2 3 4 5 6 7 8 1 PTI PFI EXI Payload Type 1 UPI 1 tHEC tHEC Extension Header Field 1 GFP – Generic Frame Procedure – Payload Header PTI - Payload Type Identifier • Campo de 3bitsque 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 1bit 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 4bits 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. 1 2 3 4 5 6 7 8 1 PTI PFI EXI Payload Type 1 UPI 1 tHEC tHEC Extension Header Field 1 GFP – Generic Frame Procedure – Payload Header UPI - User Payload Identifier • Campo de 8bits que identifica o tipo de cliente/serviçoencapsulado 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 16bits para controle de erros • para correção de 1 bit errado ou • para detetar múltiplos erros de bit nocampo dePayload Type

  21. PTI PFI EXI UPI tHEC tHEC GFP – Generic Frame Procedure – Client Data Frames Info de clientes/serviçossão transportadas sobre Client Data Frames GFP Indicação nocampo 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. PTI PFI EXI UPI tHEC tHEC GFP – Generic Frame Procedure Client Management Frames Esta funcionalidade provê um mecanismo para enviarinformaçã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. Core Header Payload Type 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ãoatualmente definidas, para configurações ponto-a-ponto ouanel (ring) • EXI = 0000  Null Extension Header • EXI = 0001  Linear Frame • EXI = 0010  Ring Frame • EXI = Others  Reserved Payload Area Payload Headers Extension Header Field Client Payload Information Optional Payload FCS GFP – Generic Frame Procedure – Extension Header

  24. Type 1 1 Type tHEC 1 tHEC 1 Extension Header Field GFP – Generic Frame Procedure – Null Extension Header Null Extension Header (EXI = 0000 (0hex)) • Aplica-se configurações lógicasponto-a-ponto, onde a via de transporte é dedicada a somente um cliente ou serviço 1 2 3 4 5 6 7 8 • O campoExtension Header não estará presente

  25. Type Type tHEC tHEC CID 1 1 Spare 1 1 eHEC 1 1 eHEC 1 1 Extension Header Field GFP – Generic Frame Procedure – Linear Extension Header Linear Frame Extension Header (EXI = 0001) • Aplica-se a configurações lineares (ponto-a-ponto), ondevários clientes independentes ou serviçossão agregados a uma única via de transporte CID - Channel ID • Campo de 8bits para identificar até 256 canais GFP independentes em um mesmo link Spare • Campo de 8bits para uso futuro eHEC - Extension Header Correction • Códigode 16 bits para controle de errors • corrige um bit errado • deteta multiploserros de bit nocampoExtension Header Extension Header paraRing Frame  em estudo

  26. 1..256 signals CID Spare eHEC Fluxos GFP com clientes distintos eHEC CID=0 CID=0 Linear Extension Header CID=0 CID=1 CID=1 CID=1 CID=1 CID=0 GFP Mux CID=1 CID=2 CID=2 CID=2 CID=2 IDLE Insertion 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

  27. Core Header Payload Area Payload Headers Client Payload Information (CPI) Optional Payload FCS GFP – Generic Frame Procedure – Client Payload Area CPI - Client Payload Information Field • Campode comprimento variável oqual 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 32bits para proteger o campo client payload information • Estará presente se PFI=1 no campo Type (Payload Header) • pFCS pode somente detetar bits errados

  28. variável GFP Ethernet Frame GFP Eth. Frame GFP Eth Bloco a Bloco GFP Transparent GFP Transparent GFP Transparent fixo GFP – Generic Frame Procedure – Client Payload Area GFP GFP GFP GFP-F Frame a Frame LE Ethernet Frame IDLE Eth. Frame IDLE Eth 1GigE GFP GFP-T GFP GFP GFP Header ou IDLE frames

  29. PLI 2 cHEC 2 Destination Address Bytes Type 2 Source Address tHEC 2 Length/Type 7 Preamble GFP Extension Header 0-60 MAC Client Pad 1 Start of Frame Delimeter 6 Destination Address GFP Payload 6 Source Address 2 Length/Type Frame Check Sequence MAC Client Pad As Client 46- 1500 4 Frame Check Sequence GFP – Generic Frame Procedure Framed Mapeamento Ethernet Bytes Ethernet MAC Frame GFP-F Frame

  30. Quadros Ethernet Ethernet Quadro GFP mapeados com Ethernet GFP Idle Frames 10M 7.5M 5M Rajada Constante 2.5M t 3 4 1 2 GFP – Generic Frame Procedure Tráfego Variável

  31. Concatenação

  32. Concatenação VC-n-Xc Concatenação Contígua VC-n-Xv Concatenação Virtual

  33. J1 J1 J1 J1 B3 B3 B3 B3 C2 C2 C2 C2 G1 G1 G1 C- 4 C- 4 C- 4 G1 VC- 4 F2 F2 F2 C- 4 F2 H4 H4 H4 H4 F3 F3 F3 F3 K3 K3 K3 K3 N1 N1 N1 N1 260 bytes 261 bytes Concatenação Contígua de X VC-4s VC-4-Xc, sendo X = 4, 16, 64, 256 J1 Bit stuffing B3 C2 G1 C- 4 -4c VC- 4-4c F2 H4 F3 K3 N1 4 x 260 bytes 4 x 261 bytes

  34. C-4 é desperdício! Tamanhos dos VCs do SDH 100 Mbps > 150 Mbps C-12 2.176 Mbit/s C-3 48.384 Mbit/s C-4 149.760 Mbit/s Concatenação Contígua 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 Concatenação Contígua Problema: Como transportar 100Mbps Ethernet sobre SDH?

  35. Capacidade Virtual Container VC-4 149,76 Kbps X=1 VC-4-4c 599,04 Kbps X=4 VC-4-16c X=16 2.396,160 Kbps X=64 VC-4-64c 9.584,640 Kbps X=256 VC-4-256c 38.338,560 Kbps Concatenação Contígua de X VC-4s

  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. Tamanhos dos VCs do SDH C-12 2.176 Mbit/s C-3 48.384 Mbit/s C-4 149.760 Mbit/s Taxa de TxEficiencia 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% Concatenação Virtual

  38. J1 B3 C2 G1 F2 H4 VC-3 / VC-4 out of VC-3-Xv / VC-4-Xv V5 F3 VC-2 / VC-11/VC-12 out of VC-2-Xv / VC-11-Xv /VC-12-Xv J2 K3 N2 N1 K4 New Generation SDH VC ou Vcat – Virtual Concatenation High Order VC Low Order VC • Informação no Byte H4 • 16 frame Multi-Frame • Transmitido por um bitdo • Byte K4 • 32 frame Multi-Frame RS-ACK

  39. J1 J1 J1 J1 B3 B3 B3 B3 C2 C2 C2 VC-X-Nv, com X = 3, 4 C2 G1 G1 G1 C- 4 C- 4 C- 4 G1 VC- 3- 4v F2 F2 F2 C- 3 F2 H4 H4 H4 H4 F3 F3 F3 F3 K3 K3 K3 K3 N1 N1 N1 N1 84 bytes 85 bytes H4 H4 H4 H4 N x VCs Independentes Concatenação Virtual de X VCs

  40. Frame Counter VCG Sequence Indicator MFI SQ VC & LCAS Control Packet New Generation SDH VC ou Vcat – Virtual Concatenation RS-ACK Virtual Concatenation Information Reservado para LCAS

  41. Sequence Indicator é um contador • para diferenciarcadacontainer VC-n dentro do VCG* • para re-ordenar os containers VC-n no ponto de chegada em caso de ocorrencia de delay diferencial SQ New Generation SDH Direção da Informação OrigemDestino • Multi-Frame Indicator é um contador • para distinguirvários VCGs* uns dos outros • necessário para compensar o Delay Diferencial MFI

  42. J1 J1 J1 J1 J1 J1 J1 J1 J1 J1 J1 J1 J1 J1 J1 J1 J1 J1 J1 J1 J1 B3 B3 B3 B3 B3 B3 B3 B3 B3 B3 B3 B3 B3 B3 B3 B3 B3 B3 B3 B3 B3 C2 C2 C2 C2 C2 C2 C2 C2 C2 C2 C2 C2 C2 C2 C2 C2 C2 C2 C2 C2 C2 G1 G1 G1 G1 G1 G1 G1 G1 G1 G1 G1 G1 G1 G1 G1 G1 G1 G1 G1 G1 G1 MFI2 MFI1 C- 3 C- 3 C- 3 C- 3 C- 3 C- 3 C- 3 C- 3 C- 3 C- 3 C- 3 C- 3 C- 3 C- 3 C- 3 C- 3 C- 3 C- 3 C- 3 C- 3 C- 3 F2 F2 F2 F2 F2 F2 F2 F2 F2 F2 F2 F2 F2 F2 F2 F2 F2 F2 F2 F2 F2 0 . . . . . 15 0 H4 H4 H4 H4 H4 H4 H4 H4 H4 H4 H4 H4 H4 H4 H4 H4 H4 H4 H4 H4 H4 0 . . . . . 15 F3 F3 F3 F3 F3 F3 F3 F3 F3 F3 F3 F3 F3 F3 F3 F3 F3 F3 F3 F3 F3 255 K3 K3 K3 K3 K3 K3 K3 K3 K3 K3 K3 K3 K3 K3 K3 K3 K3 K3 K3 K3 K3 N1 N1 N1 N1 N1 N1 N1 N1 N1 N1 N1 N1 N1 N1 N1 N1 N1 N1 N1 N1 N1 0 . . . . . 15 1 SQ=0 VC-3-2v VC-3-1v VC-3-3v MFI2 MFI1 MFI2 MFI1 0 . . . . . 15 0 0 2 1 1 2 2 255 255 SQ=2 SQ=1 Concatenação Virtual

  43. VC-12 capacidade de 2,176 Mbps VC-12-5v capacidade de 10,880 Mbps N x VCs Independentes K4 K4 K4 K4 VC- 12- 5v V5 V5 V5 V5 V5 K4 J2 J2 J2 J2 J2 VC- 12 VC- 12 VC- 12 C- 12 VC- 12 byte K4 N2 N2 N2 N2 N2 K4 K4 K4 K4 K4 1 34 bytes 500µs 2º bit Concatenação Virtual de X VC-12

  44. MFI 1 MFI 1 MFI 1 SQ 0 SQ 0 SQ 0 MFI 2 MFI 3 MFI 32 MFI 3 MFI 2 MFI 32 MFI 3 MFI 2 MFI 32 SQ 0 SQ 0 SQ 1 SQ 0 SQ 0 SQ 0 SQ 0 SQ 2 SQ 0 VC-12-1v VC-12-3v VC-12-2v V5 V5 V5 V5 V5 V5 V5 V5 V5 V5 V5 V5 V5 V5 V5 V5 V5 V5 V5 V5 V5 V5 V5 V5 V5 V5 V5 V5 V5 V5 V5 V5 V5 V5 V5 V5 J2 J2 J2 J2 J2 J2 J2 J2 J2 J2 J2 J2 J2 J2 J2 J2 J2 J2 J2 J2 J2 J2 J2 J2 J2 J2 J2 J2 J2 J2 J2 J2 J2 J2 J2 J2 N2 N2 N2 N2 N2 N2 N2 N2 N2 N2 N2 N2 N2 N2 N2 N2 N2 N2 N2 N2 N2 N2 N2 N2 N2 N2 N2 N2 N2 N2 N2 N2 N2 N2 N2 N2 K4 K4 K4 K4 K4 K4 K4 K4 K4 K4 K4 K4 K4 K4 K4 K4 K4 K4 K4 K4 K4 K4 K4 K4 K4 K4 K4 K4 K4 K4 K4 K4 K4 K4 K4 K4 Concatenação Virtual de X VC-12

  45. Quadros Ethernet 10M 7.5M Ethernet 5M 2.5M t 3 4 1 2 Quadro GFP mapeados com Ethernet GFP Idle Frames 10M 7.5M 5M Tráfego Constante 2.5M t 3 4 1 2 Next Generation SDH Tráfego Variável

  46. Quadro GFP mapeados com Ethernet 10M 7.5M 5M 2.5M t 3 4 1 2 V5 V5 V5 V5 V5 V5 V5 V5 V5 V5 V5 V5 V5 V5 V5 V5 V5 V5 V5 V5 V5 V5 V5 V5 V5 J2 J2 J2 J2 J2 J2 J2 J2 J2 J2 J2 J2 J2 J2 J2 J2 J2 J2 J2 J2 J2 J2 J2 J2 J2 N2 N2 N2 N2 N2 N2 N2 N2 N2 N2 N2 N2 N2 N2 N2 N2 N2 N2 N2 N2 N2 N2 N2 N2 N2 K4 K4 K4 K4 K4 K4 K4 K4 K4 K4 K4 K4 K4 K4 K4 K4 K4 K4 K4 K4 K4 K4 K4 K4 K4 VC-12-5v Next Generation SDH Rajada Constante

  47. C-4 C-4 C-4 C-4 C-4 C-4 C-4 C-4 C-4 C-4 C-4 C-4 Um Caminho Caminho 1 Differential Delay VC-4 #2 VC-4 #2 VC-4 #1 VC-4 #1 VC-4 #1 VC-4 #2 VC-4 #2 VC-4 #1 Caminho 2 New Generation SDH Concatenação Contígua NE NE VC-4-4c Core Network Concatenação Virtual VC-4-2v

  48. Novos Serviços: Largura de Banda sobDemanda Gerência da Rede VC-12-3v NG NG LCAS ISP +VC-12 LAN no cliente Rede de Transporte • Cliente •  Aluga uma conexão de 6M para Internet (VC-12-3v) • Telefona para operadora e solicita 2M adicionais! • Operadora •  provisionaráumnovo VC-12 à via • ..e o adicionaráa conexão existente via LCAS! sem interromper o serviço!

  49. LCAS Link Capacity Adjustment Scheme

  50. CRC GID CTRL SQ MFI Fonte Destino Comunicação Fonte a Destino Comunicação Destino a Fonte MST RS-Ack 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

More Related