[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