INTRODUO 2

A necessidade de utilizar Ethernet em Transmisso 2

INTRODUO ETHERNET 3
Interfaces Fsicas 3
Estrutura de Quadro 4
Auto-Negociao !
INTRODUO AO MODELO OSI. 5
TESTANDO SERVIOS ETHERNET 7
Through"ut # $endimento de Transfer%ncia & '
(at%ncia '
)erda de *uadros +
REQUISITOS DOS CLIENTES 9
,ontratos de N-el de .er-io - .er-ice (e-el Agreements #.(A& /
$F, 2!44 - Teste de 0esem"enho 12
,omo testar $F, 2!44 12
SUMRIO 12
Intr!"#$
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:
3 ,omissionamento
3 Teste de aceitao
3 .er-io turn-u"4hand-o-er
3 5anuteno4resoluo de "ro6lemas
o introdu!ir a Ethernet em suas v"rias formas discutiremos o seu uso crescente como
um protocolo de transporte em redes de telecomunicaes e os testes #ue devem ser
reali!ados, a fim de garantir a #ualidade do servio para o usu"rio final.
$estinado a engenheiros de telecomunicaes e tcnicos envolvidos na implantao e
utili!ao de %ervios Ethernet, ser" de especial interesse para os #ue esto
familiari!ados com servios %$& e #ue agora encontram'se envolvidos com servios
Ethernet.
A necessidade de utilizar Ethernet em Transmisso
necessidade de transmitir dados em redes de telecomunicaes no nova. (a
verdade, os primeiros sistemas de telecomunicaes s) poderiam transmitir *dados*, na
forma de c)digo +orse. s redes #ue foram constru,das, desde ento, ao redor do
mundo, no entanto foram projetadas para transportar apenas um tipo de tr"fego ' vo!.
rede telefonia a maior m"#uina do mundo, com muitos milhes de intercone-es. t
recentemente essa rede vinha servindo bem ao seu prop)sito e s) com o enorme
aumento da necessidade do transporte de dados, impulsionado principalmente pela a
.nternet, #ue houve a real necessidade de mudana.
t recentemente, o tr"fego de dados foi implementado na rede de telecomunicaes, da
mesma forma #ue o tr"fego de vo!, usando um modem ou, para maiores cone-es de
banda, empacotando os dados de tal forma #ue pudesse se encai-ar na estrutura de canal
de /0102 3bit1s da rede de telecomunicaes. (o entanto, como a #uantidade de tr"fego
de dados na rede continuou a crescer, outros meios tiveram #ue ser encontrados para
tornar o novo tr"fego com eficincia de largura de banda, menor comple-idade e menor
custo.
E-istem v"rias opes para lidar com este aumento de tr"fego de dados e as v"rias
abordagens tm vantagens e desvantagens. 4or e-emplo, uma opo construir uma
nova rede e-clusivamente para dados. maior desvantagem desta abordagem, e na
maioria das outras opes, a necessidade de grande investimento de capital. 4or esta
ra!o a maioria das operadoras integraram os servios de dados em suas redes e-istentes
e fi!eram isso, utili!ando os elementos da rede %$&.
Estes novos elementos de rede carregam todos os servios tradicionais de 4$& e %$&,
mas tambm permitem o transporte do servio de dados em seu formato nativo,
Ethernet. .sso redu! a comple-idade da rede tanto para o cliente #uanto para a
operadora implicando em um menor custo global e utili!ao mais eficiente da largura
de banda.
Intr!"#$ % Et&'rn't
Ethernet um protocolo ass,ncrono, baseado em #uadros 5 frames 6 originalmente
destinados a proporcionar um meio de comunicao entre dois ou mais dispositivos,
usando m,dia compartilhada. $efinido pelo padro .EEE 789.: 598886 mudou e evoluiu
ao longo do tempo, aumentando em velocidade e permitindo o uso de transmisso full'
duple-, ao invs de m,dia compartilhada.
verso atual do padro permite muitas variaes de velocidade e tipo de m,dia e estes
so descrito pela seguinte notao:
;ta-a de dados em +bit1s<;tipo do meio<;m"-imo comprimento do segmento 5- =88
m6<
4or e-emplo, a norma contm uma especificao para um sistema de banda base com
=8 +bit1s e um segmento com comprimento m"-imo de /88 m. notao seria
=8>%E/. ?m identificador de tipo de m,dia, muitas ve!es substitui o comprimento do
segmento, por e-emplo, o identificador @A@ usado para sistemas com cabeamento de
par tranado sem blindagem 5 ?A4 6. Aodas as variaes de Ethernet compartilham a
mesma estrutura de #uadro b"sica, mtodo de acesso1controle 5+B ' +edia ccess
Bontrol6 e, para sistemas usando m,dia compartilhada, o mesmo sistema de deteco de
coliso 5B%+1B$ ' Barrier %ense +ultiple ccess1Bollision $etect6.
Interfaces Fsicas
s interfaces f,sicas Ethernet mais comuns em uso atualmente so:
C =8>%E'A ' =8 +bit1s, sistema de banda base, utili!ando cabos par tranado de
categoria :, 2 ou /,
C =88>%E'AD ' =88 +bit1s, sistema de banda base, utili!ando cabos par tranado de
categoria /,
C =888>%E'%D ' =888 +bit1s, sistema de banda base, utili!ando 7/8 nm, fibra )ptica
multi'modo,
C =888>%E'ED ' =888 +bit1s, sistema de banda base, utili!ando =:88 nm, fibra mono
modo ou multimodo.
C =8FbE 5=8 Figabit Ethernet6 uma progresso natural de =81=881=888 +bit1s.
?sa o mesmo formato de #uadro #ue as verses anteriores, embora seja implementado
apenas em full duple- e s) especificado para fibra )ptica. 4ode ser usado para
distGncias entre 9 m a 28 3m ou at mais dependendo da #ualidade da fibra.
s discusses neste trabalho se referem a estas interfaces f,sicas, salvo indicao em
contr"rio.
Estrutura de Quadro
figura = ilustra a estrutura de um frame Ethernet.
Higura =: Estrutura de um #uadro Ethernet
)re7m6ulo40elimitador de Inicio de Quadro # )ream6le4.tart of Frame
0elimiter &, 7 >Ites ' O preGmbulo alterna 8@s e =@s,o %H$ 5%tart of Hrame $elimiter6
==8=8=8=. .sso permite sincroni!ao do receptor e marca o in,cio do #uadro.
Endereo de 0estino # 0estination Address &, 0 >Ites ' O endereo +B de destino
do #uadro, geralmente escrito em he-adecimal, usado para rotear frames entre
dispositivos. lguns endereos +B so reservados, ou tm funes especiais. 4or
e-emplo HH: HH: HH: HH: HH: HH um endereo de broadcast, encaminhando o #uadro
para todas as estaes.
Endereo Fonte # .ources Address &, 0 >Ites ' O endereo +B da estao do envio,
geralmente escrito em he-adecimal. O endereo fonte normalmente designado na
fabricao. Os trs primeiros bItes identificam o fabricante e os ultimos trs bItes so
e-clusivo para o e#uipamento. (o entanto, e-istem alguns dispositivos, e#uipamentos
de teste, por e-emplo, em #ue o endereo mut"vel.
Eti*ueta 8(AN # 8(AN Tag &, 2 >Ites 5opcional6 ' eti#ueta JE( opcional. %e
presente serve para separar os dados em E(s *virtuias*, independentemente do
endereo +B. Aambm fornece uma *eti#ueta de prioridade*, #ue pode ser usada para
implementar funes de #ualidade servio.
,om"rimento4Ti"o # (ength4T9"e &, 9 >Ites ' Este campo usado para informar ou o
comprimento do #uadro ou do tipo de dados #ue esto contidos no campo de dados. %e
o valor de comprimento1tipo menor do #ue &e- 8/$B, representa o comprimento do
campo de dados. %e o valor for maior #ue 8088 he- representa o tipo de protocolo no
campo de dados, para he- e-emplo 8788 significaria #ue o #uadro est" transportando .4.
0ados # 0ata &, 20'=/88 >Ites ' Os dados do cliente a ser transportados. Bonsiste em
um protocolo de camada superior, como .4.
.e*uencia de 8erificao # Frame ,hec: .e*uence; F,. &, 2 >Ites ' se#Kncia 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. +aioria dos e#uipamentos Ethernet descartam os #uadros com um HB%
incorreto ou ausente.
O tamanho m,nimo de #uadro permitido, incluindo o HB%, mas e-cluindo o preGmbulo,
de 02 bItes. Luadros abai-o do tamanho m,nimo so conhecidos como *runts* e so
descartados pela maioria dos e#uipamentos.
O tamanho m"-imo do frame padro =/=7 bItes, ou =/99 bItes se JE( tagging est"
sendo utili!ado. M poss,vel utili!ar frames maiores do #ue o tamanho m"-imo. Aais
#uadros so chamados de *Numbo Hrames* e so suportados por alguns fabricantes. Os
Numbo frames so idnticos, em forma, aos #uadros padres, mas com um campo maior
de dados. .sto produ! uma melhor relao de bytes "overhead"/bytes de dados e,
portanto, uma transmisso mais eficiente.
Os #uadros so transmitidos da es#uerda para a direita, os bits menos significativos em
primeiro lugar e so separados por uma *lacuna* 5 inter'pac3et gap 6 de =9 bItes. O
inter'pac3et gap e-iste por#ue em um sistema half'duple- necess"rio um tempo de
silncio antes da transmisso do pr)-imo #uadro. O inter'pac3et gap no necess"rio
para operao full duple-, mas usado apenas para consistncia.
Auto-Negociao
maioria dos dispositivos Ethernet suportam auto'negociao. Luando dois
dispositivos so conectados enviam informaes entre si para *anunciar* as suas
caracter,sticas. s caracteristicas negociados so a velocidade, operao full ou half
duple- e o uso de controle de flu-o.
Intr!"#$ ( M!') OSI.
O modelo O%. de sete camadas representa um meio de descrever as funes das v"rias
sees, ou camadas, de um sistema de comunicao de dados.
Ethernet cobre as duas camadas inferiores deste modelo, a camada =, o meio f,sico
5?A4, cabo coa-ial, fibra6 sobre o #ual os dados so transferidos e camada 9 5$ata Ein3
EaIer6, o mecanismo de controle para transmitir e receber dados atrave! do meio.
Higura 9: +odelo O%.
Bamada : a camada de rede, usada pelo .4, mas tambm poderia ser ppleAal3, .4D
ou outros protocolos.
O objetivo da Ethernet assegurar #ue os dados sejam transferidos atravs de um lin3
em uma rede de comunicaes, en#uanto o protocolo da camada : 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 Higura : ilustra isso.
Higura :: $iagrama de rede simplificado
Os protocolos das camadas superiores, da camada 2 e acima, tm o tarefa de assegurar a
integridade dos dados transmitidos e apresentar os dados para o usu"rio ou aplicao.
funo destes protocolos de camada superiores de pouco interesse em um ambiente de
transmisso.
T'*t(n! S'r+,#* Et&'rn't
s cone-es Ethernet mencionadas acima deve ser testadas para garantir o correto
funcionamento e desempenho da rede. .sto feito testando a largura de banda, o atraso e
a perda de #uadros da cone-o. Em termos Ethernet esses so chamados de throughput,
latncia e perda de Hrame, respectivamente.
Throughput ( endimento de Transfer!ncia "
Ahroughput simplesmente a #uantidade m"-ima de dados, #ue pode ser transportada
da fonte ao destino. (o entanto, a definio e medio da va!o so complicadas pela
necessidade de se definir um n,vel aceit"vel de #ualidade. 4or e-emplo, se =8O de
frames errados ou perdidos forem considerados aceit"veis, o rendimento ser" medido a
uma ta-a de erro de =8O. Este paper usar" a definio geralmente aceita de #ue o
rendimento deve ser medido com !ero erro ou #uadro perdido.
Em #ual#uer sistema Ethernet o Ahroughput m"-imo absoluto ser" igual P ta-a de
dados, por e-emplo, =8 +bit1s, =88 +bit1s ou =888 +bit1s. (a pr"tica, esses nQmeros
no podem ser alcanados por causa do efeito do tamanho do frame. Os #uadros de
menor tamanho tm Ahroughput efetivo menor do #ue os tamanhos maiores por causa
da adio do preGmbulo e da lacuna dos bItes interpac3et, #ue no contam como dados.
bai-o, um e-emplo do resultado de um teste Ahroughput RHB 9/22
Through"ut Test $esults<
):t (enght
,fg
)ass $ate
#56"s&
)ass $ate
#56"s&
)ass $ate
#=&
)ass $ate
#":ts4sec&
0etected
>4 69tes /?2 /?2 +?// 1121+ No
!12 69tes 3'?2 3>?/ 3>?/4 +3/> No
1!22 69tes !1?2 !1?2 !2?/! 4141 No
#at!ncia
Eatncia o tempo total necess"rio para um #uadro 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 populari!ado pelo teste um ping, mtodo ineficiente para testar o
lin3, as ra!es pelas #uais ser" discutido mais tarde. $e #ual#uer forma, claro #ue
atrasos iro afetar negativamente a e-perincia do usu"rio final 5embora por ve!es
inevit"vel, como tipicamente o caso com lin3s de satlite6.
fim de medir a latncia um #uadro de teste contendo um carimbo de tempo
transmitido atravs da rede. O carimbo ento verificado #uando o #uadro recebido.
4ara #ue isso acontea o #uadro de teste deve retornar ao testador de origem por meio
de um loopbac3 5 round'trip delaI 6.
bai-o, um e-emplo do resultado de um teste de Eatncia RHB 9/22.
(atenc9 0efinition< @it ForAarding
):t (ength
0ela9
)ass
#usec&
#56"s&
)ass $ate
#=&
)ass $ate
#":ts4sec&
)ause $ate 0etected
>4 69tes 1133?1 /?2 +?// 1121+ No
!12 69tes 1+42?+ 3>?/ 3>?/4 +3/> No
1!22 69tes 1+3/?+ !1?2 !2?/! 4141 No
$erda de %uadros
4erda de #uadros simplesmente o nQmero de #uadros #ue foram transmitidos com
sucesso a partir da fonte, mas nunca foram recebidos no destino. M normalmente
chamado de ta-a de perda de #uadros e e-presso como uma percentagem dos frames
transmitidos. 4or e-emplo, se =888 #uadros foram transmitidos, mas apenas S88 foram
recebidos a ta-a de perda de #uadros ser": 5=888 ' S886 1 =888 - =88O T =8O Os
#uadros podem ser perdidos ou descartados, por uma srie de ra!es incluindo erros,
ta-a e-cessiva 5 over'subscription 6 e atraso e-cessivo.
Bomo Ethernet e-ecutado na camada f,sica, a confiabilidade do lin3 importante para
as camadas superiores do modelo O%. por#ue pode impact"'las drasticamente. 4or
e-emplo, uma perda de pacotes de = por cento pode degradar a utili!ao do 4rotocolo
AB4 em at 78 por cento, assim, uma pe#uena proporo de perda de #uadros pode
afetar drasticamente a #ualidade da e-perincia 5LoE6 para o usu"rio final.
Higura 2: 4erda de #uadros
bai-o, um e-emplo do resultado de um teste de perda de Luadros RHB 9/22.
Frame (oss Test $esults<
>4 69tes "ac:ets<
,fg $ate
#=&
Through"ut
$ate #=&
):t (oss
$ate #=&
):t (oss
)ause
0etect
122 4?3' /!?+3/1 3!'1'43 No
/! 4?4/ /!?21>+ 331++/1 No
/2 4?!/ +4?2422 313221> No
+! 4?22 +4?4224 2/>4213 No
+2 4?'/ /3?/+33 2''>>!> No
'! 4?++ /3?43++ 2!+''32 No
Ars pacotes entrando $ois pacotes saindo
Erros ' a maioria dos dispositivos de camada 9 descartam #uadros com HB% incorreto.
.sto significa #ue um Qnico erro de bit resultar" no descarte de todo o #uadro. 4or esta
ra!o >ER, a mais fundamental medida de um servio %$&, no tem nenhum
significado em Ethernet desde #ue a relao entre bits certos1errados no podem ser
apurado.
Higura /: Aa-a de perda de #uadros
A TaBa EBcessi-a # o-er-su6scri"tion & ' a ra!o mais comum para perda de frame a
ultrapassagem da largura de banda dispon,vel. 4or e-emplo, se dois servios Ethernet de
=888 +bit1s so mapeados em um Qnico agregado %$& de 099 +bit1s 5um cen"rio
comum6, ento o limite de banda ser" rapidamente alcanada #uando os dois servios
gigabit Ethernet forem carregados. Luando o limite for atingido, #uadros sero
descartados.
Atraso eBcessi-o ' nature!a de redes Ethernet permite #ue os #uadros sofram atrasos
por per,odos de tempo consider"veis. .sso importante visto #ue o testador espera
receber os #uadros transmitidos para serem contados. Em algum momento o testador
tem #ue decidir #ue um #uadro transmitido no ser" recebido e contar este #uadro como
perdido. O per,odo de tempo mais comum usado para tomar esta deciso, especificado
pela a RHB de dois segundos. ssim, #ual#uer #uadro recebido mais de dois segundos
depois #ue foi transmitido ser" contado como perdido.
Higura /: Nitter
R'-",*,t* !* .),'nt'*
&ontratos de N'el de (er'io - (er'ice #e'el Agreements
((#A"
Os servios Ethernet so definidos em contratos com os clientes. Hre#Kentemente
#uestes de Lualidade de %ervio 5Lo%6 so levantadas e este uma dos temas mais
discutidos atualmente na indQstria de servios Ethernet.
HR+E = HR+E9 HR+E : HR+E = HB% 9 HR+E : HR+E = HR+E :
$E%BRA$O
4acotes igualmente
espaados
Jariao no espaamento dos
pacotes
%o trs os principais parGmetros #ue determinam o tipo de servio a oferecer: largura
de banda, atraso e perda de dados.
Eargura de banda um fator'chave P medida #ue mais e mais solicitada. Aransferncia
de dados, email, semin"rios discusses na Ueb e vo! sobre .4 esto e-igindo mais
largura de banda dos fornecedores de servios. fim de apoiar estes servios uma
banda acordada , geralmente, definida no %E e o cliente e-ige a prova #ue a largura
de banda contratada esteja dispon,vel na cone-o oferecida.
traso outro fator chave em um %E, especialmente #uando servios em tempo real
esto sendo usados. Estes servios variam de semin"rios e apresentaes Ueb at Joice'
over'.4 5Jo.46. Eongos tempos de atraso na rede podem causar interrupes ou reduo
da #ualidade do servio. Luando se trata de Jo.4 , grandes atrasos pode interferir
pesadamente em uma conversa telefVnica normal, o #ue inaceit"vel para um usu"rio
final. Outro atributo para o atraso #ue ele deve ser constante. %e o atraso bastante
pe#ueno, mas varia consideravelmente durante a transmisso, tambm ocorrem
problemas #uando se usa servios em tempo real. esta variao chamamos de jitter de
pacotes. Nitter tem pouco efeito sobre uma rede apenas de dados, no entanto, jitter
e-cessivo de pacotes ir" interromper o servio em uma rede .4 transportando televiso
5.4AJ6 ou vo! sobre .4 5Jo.46. 4rotocolos de n,veis superiores no podem usar os
pacotes #ue chegam atrasados.
4erda de dados obviamente indesej"vel em #ual#uer rede. O provedor de servios
precisa ter certe!a de #ue o servio Ethernet a ser prestado no vai perder frames e
pacotes.
F& )*++ - Teste de ,esempenho
t agora discutimos #uais os testes #ue podem ser feitos em uma cone-o Ethernet e o
#ue um cliente e-ige, mas como #ue um prestador de servios deve reali!ar estes
testesW Lual a periodicidade dos testes e #uais os resultados significantesW
resposta Re#uest Hor Bomments 9/22 5RHB 9/226, #ue um teste de benchmar3
#ue especifica os critrios #ue permitem um acordo #ue atende tanto os provedores de
servios #uanto os clientes.
RHB 9/22 e-ige #ue os tamanhos de #uadro padro 502, =97, 9/0, /=9, =892, =978 e
=/=7 bItes6 sejam testados por um certo per,odo de tempo e um certo nQmero de ve!es.
.sto por#ue todos estes tamanhos de #uadro so usados na rede e assim os resultados
de cada um devem ser conhecidos.
Os testes #ue so mencionados na RHB 9/22 so Ahroughput, latncia, perda de
#uadros e >ac3'to'bac3. Os trs primeiros foram mencionados anteriormente.
Os testes de latncia e jitter podem determinar se os #uadros v"lidos #ue chegam sero
Qteis para a camada de aplicao e se a bufferi!ao e a priori!ao da #ualidade de
servio 5Lo%6 esto corretamente configurados em uma rede. Elementos da rede iro
bufferi!ar o tr"fego superior ao B.R 5Bommitted .nformation Rate: ta-a de transmisso
garantida6, por e-emplo, na e-tenso de para > na Higura 0 o buffer enche at um
valor aceit"vel. Luando o tr"fego cai abai-o do B.R 5de > para B , o buffer va!ia
gradualmente , no entanto, se o buffer enche ao m"-imo 5em $6, o tr"fego e-tra
descartado e os pacotes so perdidos. +ais importante, en#uanto estes buffers enchem e
esva!iam, o jitter e a latncia devem ser testados para garantir #ue se mantm dentro dos
n,veis aceit"vel.
Higura 0:
O teste >ac3'to'bac3 consiste no envio de uma rajada de #uadros com o m,nimo de
lacunas inter'frame para o $?A e a contagem do nQmero de frames transmitidos pelo
$?A. %e esta contagem for igual ao nQmero de frames transmitido o comprimento da
rajada aumentada e o teste e-ecutado novamente.
%e o nQmero de #uadros contados for menor #ue o nQmero transmitido, a durao da
rajada redu!ida e o teste e-ecutado novamente. O valor bac3'to'bac3 o nQmero de
#uadros na maior rajada #ue o $?A vai manipular sem a perda de #uais#uer #uadros.
bai-o, um e-emplo do resultado de um teste de #uadros >ac3'to'>ac3 RHB 9/22.
)ort 1
Term IC Ethernet TraDc
5aBimum Test @andAidth< 122=
Frame (engths< >4;!12;1224
Tests to $un< @ac: to @ac: Frames Test
B.R
tual
+"-imo
?so do >uffer
> B $ E H
A
r
"
f
e
g
o
>
u
f
f
e
r
> B $ E H
Num6er of @ac: to @ac: Trials< 12
@ac: to @ac: Frame Cranularit9< 12
@ac: to @ac: 5aB Trial Time< 2 seconds
@ac: to @ac: Frames Test $esults<
Frame (ength
A-erage
@urst
#frames&
A-erage @ust
#seconds&
>4 69tes 2/'>1/2 2?2222
!12 69tes 4>//2! 2?2222
1224 69tes 23/4+4 2?2222
(ota: se o Bontrole de Hlu-o estiver ligado no teremos resultados relevantes para este
teste.
&omo testar F& )*++
Os testes reali!ados sob o cunho da RHB 9/22 podem ser manuais, mas so tediosos,
consumem tempo e so suscet,veis a erros de mtodo de ensaio. maneira mais f"cil
ter um instrumento de teste automati!ado #ue permite ao usu"rio apenas digitar alguns
detalhes sobre o cen"rio de teste e em seguida, inici"'lo. O e#uipamento de teste, ento,
e-ecutar" os re#uisitos para teste RHB 9/22 e e-ibir" os resultados para o usu"rio.
S"/0r,
Bomo mencionado anteriormente, o primeiro passo e-ecutar todos os testes com o
m"-imo throughput esperado para o lin3. 4or e-emplo, se o throughput m"-imo de =8
+bps, e-ecute o teste a =8 +bps. Luanto P perda de pacotes, latncia e jitter os
resultados dependem da rede em teste ou do acordo de n,vel de servio 5 %E 6.
lguns resultados padres so: para perda de pacote ;8,8= por cento, latncia ;=0 ms
em um lin3 curto, ;=88 ms em um lin3 transcontinental, e ;//8 ms em um lin3 de
satlite, e jitter ;98 ms se houver tr"fego de Jo.4. (o fim das contas, imperativo para
cada rede a ser testada para as suas necessidades Qnicas, utili!ando a metodologia
ade#uada descrito acima.