18.03.2015 Views

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

SHOW MORE
SHOW LESS

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

Hooray! Your file is uploaded and ready to be published.

Saved successfully!

Ooh no, something went wrong!