[GTER] RES: Quagga
Patrick Tracanelli
eksffa at freebsdbrasil.com.br
Thu Apr 2 11:27:45 -03 2009
Joao H L M Silva escreveu:
> 2009/4/1 Patrick Tracanelli <eksffa at freebsdbrasil.com.br>:
>> Rubens Kuhl escreveu:
>>>> O teste não segue uma metodologia formal como RFC2544 ou RFC2647, mas é
>>>> o que deu pra fazer em poucos minutos.
>>> Patrick,
>>>
>>> Com pacotes grandes a chance de se atingir uma performance grande é
>>> muito mais alta do que com tráfego real de Internet hoje, onde 40% dos
>>> pacotes são de 64 bytes, 20% de 1518 bytes, 20% de grandes próximos de
>>> 1500 e 20% de pequenos próximos de 64. Seria realmente interessante
>>> usarmos RFC2544 para analisar essa questão.
>>>
>>>
>>> Rubens
>> Rubens,
>>
>> De acordo, dai a menção a metodologia. Mas o teste não foi pra testar vazão
>> e sim, impacto de ter ou não firewall ativo na vazão atual, seja ela de pl
>> maximo ou variavel. Não confio no iperf pra manipular tamanho mss, o tcpdump
>> mostra len diferente. De qualquer forma é fácil gerar pacotes pequenos,
>> aumentando o pps, só requer preparar ambiente, ja que esse ja estava pronto.
>
> no iperf não da pra reproduzir os testes com -l pra definir o length?
O -l no iperf funciona OK pra UDP mas não pra TCP que seria o foco
principal desse tipo de teste.
O mesmo iperf tem o recurso --mss que em teoria teria esse efeito já que
ele limita o MSS "na força". Não funciona no FreeBSD, talvez por não
estar implementado no iperf, talvez pelo FreeBSD não permitir
artificialmente modificar o segment size. So que no proprio Linux um
pacote que não ocupa o MSS disponivel por não precisar, e outro que só
ocupa o MSS limite por questão de limite artificial, se comporta de
forma diferente tanto em performance quanto fragmentação (offset), dando
a impressão que o iperf não limite o tamanho do pacote mas acabe
fragmentando-o, o que não condiz com a condição real de Internet.
Ainda assim serve bem pra comparar o comportamento de variações de
abordagens em um mesmo ambiente, como no caso mencionado, benchking de
payload em firewall, mas não é adequado pra benching de router ou switch
que tem suas proprias metodologias formais em separado.
--
Patrick Tracanelli
More information about the gter
mailing list