XI Workshop de Testes e Tolerância a Falhas (WTF) - SBRC 2010
XI Workshop de Testes e Tolerância a Falhas (WTF) - SBRC 2010
XI Workshop de Testes e Tolerância a Falhas (WTF) - SBRC 2010
Create successful ePaper yourself
Turn your PDF publications into a flip-book with our unique Google optimized e-Paper software.
56 Anais<br />
O DSCP utilizado para o Serviço Expresso foi o recomendado pela IETF, ou seja,<br />
o valor 46. Qualquer outro valor <strong>de</strong> DSCP é consi<strong>de</strong>rado pertencente à classe Serviço<br />
Melhor Esforço, o qual representa o serviço oferecido pelos canais untimely. As larguras<br />
<strong>de</strong> banda configuradas no roteador para as classes <strong>de</strong> serviço foram: 10 Kbits para os<br />
canais timely e 10 Kbits para os canais untimely. A associação da largura <strong>de</strong> banda<br />
configurada para as classes com a taxa <strong>de</strong> transferência dos canais permitiu exaurir os<br />
recursos reservados, testando assim o mecanismo <strong>de</strong> admissão.<br />
A tabela 1 mostra quatro fluxos gerados. Os três primeiros foram admitidos e estão<br />
utilizando canais timely. O fluxo F4 está utilizando um canal untimely, pois não pô<strong>de</strong> ser<br />
admitido em <strong>de</strong>corrência da falta <strong>de</strong> recursos. Estes fluxos foram gerados do Host A para<br />
o Host B. Neste teste, não foi gerada sobrecarga dos canais. Pela tabela, po<strong>de</strong>-se perceber<br />
que os tempos médios <strong>de</strong> RTT dos pacotes, que estão utilizando tanto os canais timely<br />
quanto o canal untimely, tiveram valores muito próximos, e não houve perdas <strong>de</strong> pacotes<br />
para nenhum dos fluxos. Já a tabela 2, mostra os mesmos fluxos da tabela anterior, porém<br />
com a utilização do programa ping do Linux para gerar carga no sistema. Sendo assim,<br />
a tabela 2 mostra que o fluxo F4, que utilizou um canal untimely, apresentou 4, 45% <strong>de</strong><br />
perdas <strong>de</strong> pacotes. Isto se <strong>de</strong>ve à sobrecarga no sistema. Os tempos <strong>de</strong> RTT continuaram<br />
próximos para os dois tipos <strong>de</strong> canais.<br />
Fluxo Média Desvio Padrão Perdas(%)<br />
F1 1,651 1,99 0,000<br />
F2 1,209 1,75 0,000<br />
F3 1,144 0,87 0,000<br />
F4 1,343 1,04 0,000<br />
Tabela 1. Canais sem carga<br />
Fluxo Média Desvio Padrão Perdas(%)<br />
F1 1,356 1,27 0,00<br />
F2 1,069 1,00 0,00<br />
F3 1,309 1,20 0,00<br />
F4 1,155 0,99 4,45<br />
Tabela 2. Canais com carga<br />
A tabela 3 apresenta um ambiente sem Controle <strong>de</strong> Admissão, on<strong>de</strong> os quatro<br />
fluxos gerados estão utilizando os recursos existentes da re<strong>de</strong>. Para este experimento,<br />
também foi utilizado o ping para gerar carga no sistema. Po<strong>de</strong>m-se observar perdas <strong>de</strong><br />
pacotes para os quatro fluxos <strong>de</strong> dados. Isso ocorreu <strong>de</strong>vido à falta <strong>de</strong> recursos para<br />
aten<strong>de</strong>r completamente a todos os fluxos. Já a tabela 4 mostra um ambiente com Controle<br />
<strong>de</strong> Admissão, on<strong>de</strong> os fluxos F3 e F4 foram admitidos e passaram a utilizar canais timely.<br />
Po<strong>de</strong>-se perceber que não houve perdas <strong>de</strong> pacotes para os fluxos F3 e F4.<br />
Os testes mostram que com o controle <strong>de</strong> admissão, os fluxos admitidos como<br />
timely, que são alocados à classe Serviço Expresso, recebem um serviço <strong>de</strong> fato<br />
diferenciado pelo roteador, não apresentando perda <strong>de</strong> pacotes em suas mensagens.<br />
Os fluxos são admitidos para esta classe apenas quando existem recursos suficientes