INTRODUO

A necessidade de utilizar Ethernet em Transmisso

2
2

INTRODUO ETHERNET
Interfaces Fsicas Estrutura de Quadro Auto-Negociao

3
3 4 5

INTRODUO AO MODELO OSI. TESTANDO SERVIOS ETHERNET

Throughput ( Rendimento de Transferncia ) Latncia Perda de quadros

5 7
7 7 8

REQUISITOS DOS CLIENTES

Contratos de Nvel de Servio - Service Level Agreements (SLA) RFC 2544 - Teste de Desempenho Como testar RFC 2544

9
9 10 12

SUMRIO

12

Introduo
O objetivo deste trabalho discutir o uso e testes dos servios de transmisso Ethernet, em redes de telecomunicaes, com nfase no comissionamento atravs de fases de implantao e manuteno. Essas fases so geralmente: Comissionamento Teste de aceitao Servio turn-up/hand-over Manuteno/resoluo de problemas Ao introduzir a Ethernet em suas vrias formas discutiremos o seu uso crescente como um protocolo de transporte em redes de telecomunicaes e os testes que devem ser realizados, a fim de garantir a qualidade do servio para o usurio final. Destinado a engenheiros de telecomunicaes e tcnicos envolvidos na implantao e utilizao de Servios Ethernet, ser de especial interesse para os que esto familiarizados com servios SDH e que agora encontram-se envolvidos com servios Ethernet.

A necessidade de utilizar Ethernet em Transmisso

A necessidade de transmitir dados em redes de telecomunicaes no nova. Na verdade, os primeiros sistemas de telecomunicaes s poderiam transmitir "dados", na forma de cdigo Morse. As redes que foram construdas, desde ento, ao redor do mundo, no entanto foram projetadas para transportar apenas um tipo de trfego - voz. A rede telefonia a maior mquina do mundo, com muitos milhes de interconexes. At recentemente essa rede vinha servindo bem ao seu propsito e s com o enorme aumento da necessidade do transporte de dados, impulsionado principalmente pela a Internet, que houve a real necessidade de mudana. At recentemente, o trfego de dados foi implementado na rede de telecomunicaes, da mesma forma que o trfego de voz, usando um modem ou, para maiores conexes de banda, empacotando os dados de tal forma que pudesse se encaixar na estrutura de canal de 56/64 kbit/s da rede de telecomunicaes. No entanto, como a quantidade de trfego de dados na rede continuou a crescer, outros meios tiveram que ser encontrados para tornar o novo trfego com eficincia de largura de banda, menor complexidade e menor custo. Existem vrias opes para lidar com este aumento de trfego de dados e as vrias abordagens tm vantagens e desvantagens. Por exemplo, uma opo construir uma nova rede exclusivamente para dados. A maior desvantagem desta abordagem, e na maioria das outras opes, a necessidade de grande investimento de capital. Por esta razo a maioria das operadoras integraram os servios de dados em suas redes existentes e fizeram isso, utilizando os elementos da rede SDH.

Estes novos elementos de rede carregam todos os servios tradicionais de PDH e SDH, mas tambm permitem o transporte do servio de dados em seu formato nativo, Ethernet. Isso reduz a complexidade da rede tanto para o cliente quanto para a operadora implicando em um menor custo global e utilizao mais eficiente da largura de banda.

Introduo Ethernet
Ethernet um protocolo assncrono, baseado em quadros ( frames ) originalmente destinados a proporcionar um meio de comunicao entre dois ou mais dispositivos, usando mdia compartilhada. Definido pelo padro IEEE 802.3 (2000) mudou e evoluiu ao longo do tempo, aumentando em velocidade e permitindo o uso de transmisso fullduplex, ao invs de mdia compartilhada. A verso atual do padro permite muitas variaes de velocidade e tipo de mdia e estes so descrito pela seguinte notao: <taxa de dados em Mbit/s><tipo do meio><mximo comprimento do segmento (x 100 m)> Por exemplo, a norma contm uma especificao para um sistema de banda base com 10 Mbit/s e um segmento com comprimento mximo de 500 m. A notao seria 10BASE5. Um identificador de tipo de mdia, muitas vezes substitui o comprimento do segmento, por exemplo, o identificador 'T' usado para sistemas com cabeamento de par tranado sem blindagem ( UTP ). Todas as variaes de Ethernet compartilham a mesma estrutura de quadro bsica, mtodo de acesso/controle (MAC - Media Access Control) e, para sistemas usando mdia compartilhada, o mesmo sistema de deteco de coliso (CSMA/CD - Carrier Sense Multiple Access/Collision Detect).

Interfaces Fsicas
As interfaces fsicas Ethernet mais comuns em uso atualmente so: 10BASE-T - 10 Mbit/s, sistema de banda base, utilizando cabos par tranado de categoria 3, 4 ou 5, 100BASE-TX - 100 Mbit/s, sistema de banda base, utilizando cabos par tranado de categoria 5, 1000BASE-SX - 1000 Mbit/s, sistema de banda base, utilizando 850 nm, fibra ptica multi-modo, 1000BASE-LX - 1000 Mbit/s, sistema de banda base, utilizando 1300 nm, fibra mono modo ou multimodo. 10GbE (10 Gigabit Ethernet) uma progresso natural de 10/100/1000 Mbit/s.

Usa o mesmo formato de quadro que as verses anteriores, embora seja implementado apenas em full duplex e s especificado para fibra ptica. Pode ser usado para distncias entre 2 m a 40 km ou at mais dependendo da qualidade da fibra. As discusses neste trabalho se referem a estas interfaces fsicas, salvo indicao em contrrio.

Estrutura de Quadro
A figura 1 ilustra a estrutura de um frame Ethernet.

Figura 1: Estrutura de um quadro Ethernet Prembulo/Delimitador de Inicio de Quadro ( Preamble/Start of Frame Delimiter ), 8 Bytes - O prembulo alterna 0's e 1's,o SFD (Start of Frame Delimiter) 11010101. Isso permite sincronizao do receptor e marca o incio do quadro. Endereo de Destino ( Destination Address ), 6 Bytes - O endereo MAC de destino do quadro, geralmente escrito em hexadecimal, usado para rotear frames entre dispositivos. Alguns endereos MAC so reservados, ou tm funes especiais. Por exemplo FF: FF: FF: FF: FF: FF um endereo de broadcast, encaminhando o quadro para todas as estaes. Endereo Fonte ( Sources Address ), 6 Bytes - O endereo MAC da estao do envio, geralmente escrito em hexadecimal. O endereo fonte normalmente designado na fabricao. Os trs primeiros bytes identificam o fabricante e os ultimos trs bytes so exclusivo para o equipamento. No entanto, existem alguns dispositivos, equipamentos de teste, por exemplo, em que o endereo mutvel. Etiqueta VLAN ( VLAN Tag ), 4 Bytes (opcional) - A etiqueta VLAN opcional. Se presente serve para separar os dados em LANs "virtuias", independentemente do endereo MAC. Tambm fornece uma "etiqueta de prioridade", que pode ser usada para implementar funes de qualidade servio. Comprimento/Tipo ( Length/Type ), 2 Bytes - Este campo usado para informar ou o comprimento do quadro ou do tipo de dados que esto contidos no campo de dados. Se o valor de comprimento/tipo menor do que Hex 05DC, representa o comprimento do

campo de dados. Se o valor for maior que 0600 hex representa o tipo de protocolo no campo de dados, para hex exemplo 0800 significaria que o quadro est transportando IP. Dados ( Data ), 46-1500 Bytes - Os dados do cliente a ser transportados. Consiste em um protocolo de camada superior, como IP. Sequencia de Verificao ( Frame Check Sequence, FCS ), 4 Bytes - A seqncia de verificao calculado sobre toda a estrutura pelo dispositivo de transmisso. O dispositivo receptor recalcula e verifica se coincide com o valor inserido pelo transmissor. Maioria dos equipamentos Ethernet descartam os quadros com um FCS incorreto ou ausente. O tamanho mnimo de quadro permitido, incluindo o FCS, mas excluindo o prembulo, de 64 bytes. Quadros abaixo do tamanho mnimo so conhecidos como "runts" e so descartados pela maioria dos equipamentos. O tamanho mximo do frame padro 1518 bytes, ou 1522 bytes se VLAN tagging est sendo utilizado. possvel utilizar frames maiores do que o tamanho mximo. Tais quadros so chamados de "Jumbo Frames" e so suportados por alguns fabricantes. Os Jumbo frames so idnticos, em forma, aos quadros padres, mas com um campo maior de dados. Isto produz uma melhor relao de bytes "overhead"/bytes de dados e, portanto, uma transmisso mais eficiente. Os quadros so transmitidos da esquerda para a direita, os bits menos significativos em primeiro lugar e so separados por uma "lacuna" ( inter-packet gap ) de 12 bytes. O inter-packet gap existe porque em um sistema half-duplex necessrio um tempo de silncio antes da transmisso do prximo quadro. O inter-packet gap no necessrio para operao full duplex, mas usado apenas para consistncia.

Auto-Negociao
A maioria dos dispositivos Ethernet suportam auto-negociao. Quando dois dispositivos so conectados enviam informaes entre si para "anunciar" as suas caractersticas. As caracteristicas negociados so a velocidade, operao full ou half duplex e o uso de controle de fluxo.

Introduo ao Modelo OSI.

O modelo OSI de sete camadas representa um meio de descrever as funes das vrias sees, ou camadas, de um sistema de comunicao de dados. Ethernet cobre as duas camadas inferiores deste modelo, a camada 1, o meio fsico (UTP, cabo coaxial, fibra) sobre o qual os dados so transferidos e camada 2 (Data Link Layer), o mecanismo de controle para transmitir e receber dados atravez do meio.

Figura 2: Modelo OSI A Camada 3 a camada de rede, usada pelo IP, mas tambm poderia ser AppleTalk, IPX ou outros protocolos. O objetivo da Ethernet assegurar que os dados sejam transferidos atravs de um link em uma rede de comunicaes, enquanto o protocolo da camada 3 tem a funo de assegurar os dados sejam transferidos sobre toda a rede, a partir da fonte at o destino final. O diagrama de rede simplificado na Figura 3 ilustra isso.

Figura 3: Diagrama de rede simplificado Os protocolos das camadas superiores, da camada 4 e acima, tm o tarefa de assegurar a integridade dos dados transmitidos e apresentar os dados para o usurio ou aplicao. A funo destes protocolos de camada superiores de pouco interesse em um ambiente de transmisso.

Testando Servios Ethernet

As conexes Ethernet mencionadas acima deve ser testadas para garantir o correto funcionamento e desempenho da rede. Isto feito testando a largura de banda, o atraso e a perda de quadros da conexo. Em termos Ethernet esses so chamados de throughput, latncia e perda de Frame, respectivamente.

Throughput ( Rendimento de Transferncia )

Throughput simplesmente a quantidade mxima de dados, que pode ser transportada da fonte ao destino. No entanto, a definio e medio da vazo so complicadas pela necessidade de se definir um nvel aceitvel de qualidade. Por exemplo, se 10% de frames errados ou perdidos forem considerados aceitveis, o rendimento ser medido a uma taxa de erro de 10%. Este paper usar a definio geralmente aceita de que o rendimento deve ser medido com zero erro ou quadro perdido. Em qualquer sistema Ethernet o Throughput mximo absoluto ser igual taxa de dados, por exemplo, 10 Mbit/s, 100 Mbit/s ou 1000 Mbit/s. Na prtica, esses nmeros no podem ser alcanados por causa do efeito do tamanho do frame. Os quadros de menor tamanho tm Throughput efetivo menor do que os tamanhos maiores por causa da adio do prembulo e da lacuna dos bytes interpacket, que no contam como dados. Abaixo, um exemplo do resultado de um teste Throughput RFC 2544 Throughput Test Results: Pkt Lenght Pass Rate Cfg (Mbps) 64 bytes 9.0 512 bytes 37.0 1500 bytes 51.0

Pass Rate (Mbps) 9.0 36.9 51.0

Pass Rate (%) 8.99 36.94 50.95

Pass Rate (pkts/sec) 11018 8396 4141

Detected No No No

Latncia
Latncia o tempo total necessrio para um quadro viajar da origem at o destino. Este tempo total a soma de dos atrasos de processamento nos elementos de rede e dos atrasos de propagao ao longo do meio de transmisso. Este tipo de teste foi popularizado pelo teste um ping, mtodo ineficiente para testar o link, as razes pelas quais ser discutido mais tarde. De qualquer forma, claro que atrasos iro afetar negativamente a experincia do usurio final (embora por vezes inevitvel, como tipicamente o caso com links de satlite). A fim de medir a latncia um quadro de teste contendo um carimbo de tempo transmitido atravs da rede. O carimbo ento verificado quando o quadro recebido. Para que isso acontea o quadro de teste deve retornar ao testador de origem por meio de um loopback ( round-trip delay ).

Abaixo, um exemplo do resultado de um teste de Latncia RFC 2544. Latency Definition: Bit Forwarding Pass Pkt Length Pass Rate (usec) Delay (%) (Mbps) 64 bytes 1133.1 9.0 512 bytes 1840.8 36.9 1500 bytes 1839.8 51.0

Pass Rate (pkts/sec) 8.99 36.94 50.95

Pause Rate 11018 8396 4141

Detected No No No

Perda de quadros
Perda de quadros simplesmente o nmero de quadros que foram transmitidos com sucesso a partir da fonte, mas nunca foram recebidos no destino. normalmente chamado de taxa de perda de quadros e expresso como uma percentagem dos frames transmitidos. Por exemplo, se 1000 quadros foram transmitidos, mas apenas 900 foram recebidos a taxa de perda de quadros ser: (1000 - 900) / 1000 x 100% = 10% Os quadros podem ser perdidos ou descartados, por uma srie de razes incluindo erros, taxa excessiva ( over-subscription ) e atraso excessivo. Como Ethernet executado na camada fsica, a confiabilidade do link importante para as camadas superiores do modelo OSI porque pode impact-las drasticamente. Por exemplo, uma perda de pacotes de 1 por cento pode degradar a utilizao do Protocolo TCP em at 80 por cento, assim, uma pequena proporo de perda de quadros pode afetar drasticamente a qualidade da experincia (QoE) para o usurio final. Trs pacotes entrando Dois pacotes saindo

Figura 4: Perda de quadros Abaixo, um exemplo do resultado de um teste de perda de Quadros RFC 2544. Frame Loss Test Results: 64 bytes packets: Cfg Rate Throughput (%) Rate (%) 100 4.37 95 4.49 90 4.59 85 4.00 80 4.79 75 4.88

Pkt Loss Rate (%) 95.8391 95.2168 84.0420 84.4204 93.9833 93.4388

Pkt Loss 3571743 3318891 3130016 2964013 2776656 2587732

Pause Detect No No No No No No

Erros - a maioria dos dispositivos de camada 2 descartam quadros com FCS incorreto. Isto significa que um nico erro de bit resultar no descarte de todo o quadro. Por esta razo BER, a mais fundamental medida de um servio SDH, no tem nenhum significado em Ethernet desde que a relao entre bits certos/errados no podem ser apurado.
FRAME 1 FRAME2 FRAME 3 FRAME 1 FCS 2 FRAME 3 FRAME 1 FRAME 3

DESCARTADO

Figura 5: Taxa de perda de quadros A Taxa Excessiva ( over-subscription ) - a razo mais comum para perda de frame a ultrapassagem da largura de banda disponvel. Por exemplo, se dois servios Ethernet de 1000 Mbit/s so mapeados em um nico agregado SDH de 622 Mbit/s (um cenrio comum), ento o limite de banda ser rapidamente alcanada quando os dois servios gigabit Ethernet forem carregados. Quando o limite for atingido, quadros sero descartados. Atraso excessivo - A natureza de redes Ethernet permite que os quadros sofram atrasos por perodos de tempo considerveis. Isso importante visto que o testador espera receber os quadros transmitidos para serem contados. Em algum momento o testador tem que decidir que um quadro transmitido no ser recebido e contar este quadro como perdido. O perodo de tempo mais comum usado para tomar esta deciso, especificado pela a RFC de dois segundos. Assim, qualquer quadro recebido mais de dois segundos depois que foi transmitido ser contado como perdido. Pacotes igualmente espaados Variao no espaamento dos pacotes

Figura 5: Jitter

Requisitos dos clientes

Contratos de Nvel de Servio - Service Level Agreements (SLA)
Os servios Ethernet so definidos em contratos com os clientes. Freqentemente questes de Qualidade de Servio (QoS) so levantadas e este uma dos temas mais discutidos atualmente na indstria de servios Ethernet.

So trs os principais parmetros que determinam o tipo de servio a oferecer: largura de banda, atraso e perda de dados. Largura de banda um fator-chave medida que mais e mais solicitada. Transferncia de dados, email, seminrios discusses na web e voz sobre IP esto exigindo mais largura de banda dos fornecedores de servios. A fim de apoiar estes servios uma banda acordada , geralmente, definida no SLA e o cliente exige a prova que a largura de banda contratada esteja disponvel na conexo oferecida. Atraso outro fator chave em um SLA, especialmente quando servios em tempo real esto sendo usados. Estes servios variam de seminrios e apresentaes web at Voiceover-IP (VoIP). Longos tempos de atraso na rede podem causar interrupes ou reduo da qualidade do servio. Quando se trata de VoIP , grandes atrasos pode interferir pesadamente em uma conversa telefnica normal, o que inaceitvel para um usurio final. Outro atributo para o atraso que ele deve ser constante. Se o atraso bastante pequeno, mas varia consideravelmente durante a transmisso, tambm ocorrem problemas quando se usa servios em tempo real. A esta variao chamamos de jitter de pacotes. Jitter tem pouco efeito sobre uma rede apenas de dados, no entanto, jitter excessivo de pacotes ir interromper o servio em uma rede IP transportando televiso (IPTV) ou voz sobre IP (VoIP). Protocolos de nveis superiores no podem usar os pacotes que chegam atrasados. Perda de dados obviamente indesejvel em qualquer rede. O provedor de servios precisa ter certeza de que o servio Ethernet a ser prestado no vai perder frames e pacotes.

RFC 2544 - Teste de Desempenho

At agora discutimos quais os testes que podem ser feitos em uma conexo Ethernet e o que um cliente exige, mas como que um prestador de servios deve realizar estes testes? Qual a periodicidade dos testes e quais os resultados significantes? A resposta Request For Comments 2544 (RFC 2544), que um teste de benchmark que especifica os critrios que permitem um acordo que atende tanto os provedores de servios quanto os clientes. A RFC 2544 exige que os tamanhos de quadro padro (64, 128, 256, 512, 1024, 1280 e 1518 bytes) sejam testados por um certo perodo de tempo e um certo nmero de vezes. Isto porque todos estes tamanhos de quadro so usados na rede e assim os resultados de cada um devem ser conhecidos. Os testes que so mencionados na RFC 2544 so Throughput, latncia, perda de quadros e Back-to-back. Os trs primeiros foram mencionados anteriormente. Os testes de latncia e jitter podem determinar se os quadros vlidos que chegam sero teis para a camada de aplicao e se a bufferizao e a priorizao da qualidade de servio (QoS) esto corretamente configurados em uma rede. Elementos da rede iro bufferizar o trfego superior ao CIR (Committed Information Rate: taxa de transmisso garantida), por exemplo, na extenso de A para B na Figura 6 o buffer enche at um

valor aceitvel. Quando o trfego cai abaixo do CIR (de B para C , o buffer vazia gradualmente , no entanto, se o buffer enche ao mximo (em D), o trfego extra descartado e os pacotes so perdidos. Mais importante, enquanto estes buffers enchem e esvaziam, o jitter e a latncia devem ser testados para garantir que se mantm dentro dos nveis aceitvel.

Trfego

CIR Atual

A B

Buffer

Mximo Uso do Buffer

A B

Figura 6: O teste Back-to-back consiste no envio de uma rajada de quadros com o mnimo de lacunas inter-frame para o DUT e a contagem do nmero de frames transmitidos pelo DUT. Se esta contagem for igual ao nmero de frames transmitido o comprimento da rajada aumentada e o teste executado novamente. Se o nmero de quadros contados for menor que o nmero transmitido, a durao da rajada reduzida e o teste executado novamente. O valor back-to-back o nmero de quadros na maior rajada que o DUT vai manipular sem a perda de quaisquer quadros. Abaixo, um exemplo do resultado de um teste de quadros Back-to-Back RFC 2544. Port 1 Term IG Ethernet Trac Maximum Test Bandwidth: 100% Frame Lengths: 64,512,1024 Tests to Run: Back to Back Frames Test Number of Back to Back Trials: 10

Back to Back Frame Granularity: 10 Back to Back Max Trial Time: 2 seconds Back to Back Frames Test Results: Average Average Bust Frame Length Burst (seconds) (frames) 64 bytes 2976190 2.0000 512 bytes 469925 2.0000 1024 bytes 239484 2.0000 Nota: se o Controle de Fluxo estiver ligado no teremos resultados relevantes para este teste.

Como testar RFC 2544

Os testes realizados sob o cunho da RFC 2544 podem ser manuais, mas so tediosos, consumem tempo e so suscetveis a erros de mtodo de ensaio. A maneira mais fcil ter um instrumento de teste automatizado que permite ao usurio apenas digitar alguns detalhes sobre o cenrio de teste e em seguida, inici-lo. O equipamento de teste, ento, executar os requisitos para teste RFC 2544 e exibir os resultados para o usurio.

Sumrio
Como mencionado anteriormente, o primeiro passo executar todos os testes com o mximo throughput esperado para o link. Por exemplo, se o throughput mximo de 10 Mbps, execute o teste a 10 Mbps. Quanto perda de pacotes, latncia e jitter os resultados dependem da rede em teste ou do acordo de nvel de servio ( SLA ). Alguns resultados padres so: para perda de pacote <0,01 por cento, latncia <16 ms em um link curto, <100 ms em um link transcontinental, e <550 ms em um link de satlite, e jitter <20 ms se houver trfego de VoIP. No fim das contas, imperativo para cada rede a ser testada para as suas necessidades nicas, utilizando a metodologia adequada descrito acima.