[MASOCH-L] Medir tráfego mensal na rede

[Julio Arruda]

Gustavo Rodrigues Ramos wrote:
> Olá Julio,
>
> 2008/10/28 Julio Arruda <jarruda-gter at jarruda.com>:
>   
>> Diego Zuaneti Arruda wrote:
>>     
>>>  Vou verificar, mas parece ser um pouco pesado..
>>>       
>> Pesado o NTOP, ou o impacto de rodar netflow em algum lugar ?
>> Existem outras ferramentas, como flow-tools (nunca usei, trabalho na Arbor,
>> acho que isto explica..)
>>     
>
> Geralmente o impacto de performance é na hora de processar a
> informação (leia-se: gerar os gráficos/relatórios), quer seja ela
> recebida via netflow ou iptables c/ mysql. Mas é claro que tudo
> depende de escala. Já vi, por exemplo, netflow funcionando com 200
> Mbps/20kpps de tráfego sem utilizar sampling e o flow-tools/flowscan
> (já usei muito o flow-tools, pois não trabalho na arbor :-) gerando
> gráficos até que tranquilamente...
>
>   
O problema na verdade do 'sampled', geralmente e' tambem que escala 
estamos falando como voce falou, quando se monitora CSR1/T-640 nao da 
nem para fazer unsampled, mas mesmo que fosse viavel, o hardware nao 
suporta. Por isto a pergunta, 'pesado o ntop ou a 'fonte' de netflow' :-)..
Mesmo GSR, so suporta unsampled em LC bem antigos (os famigerados 
engine0/1) pelo que me recordo.

>> O impacto de sampled netflow, geralmente e' bem documentado com os papers da
>> cisco, e geralmente em monitoramento de redes medias/maiores, o que se usa
>> e' sampled-netflow mesmo..
>> Uma coisa sobre o sampled netflow, e' que tem uma precisao especifica, se
>> interessar, posso mandar um white paper dos malucos la de Ann Arbor sobre
>> isto. Me recordo de uns 99.8% com sampling de 100:1, mas obviamente depende
>> da escala
>>     
>
> Se você puder mandar o paper, acho que seria interessante.
>   
Na verdade, tive que abrir o paper de novo para mandar para alguem, da 
uns 98% no paper
https://rcpt.yousendit.com/619686783/77b0891f5034728e74adb9743072c703