[FUG-BR] RES: FreeBSD 8.1 + BGP

Fabricio Archanjo farchanjo em gmail.com
Sexta Setembro 17 04:15:32 BRT 2010


Nao sabia,
falei besteira.
=)

2010/9/17 Thiago Damas <tdamas em gmail.com>:
>  Flowtable é uma otimização do freebsd para trafego utilizando
> multiplos processadores; ele mantem uma relacao de conexoes ativas, e
> tenta fazer com que as conexoes existentes utilizem sempre o mesmo
> processador para fluxo dos pacotes (para otimizar o cache) se nao me
> engano.
>
> Em 17 de setembro de 2010 02:48, Fabricio Archanjo
> <farchanjo em gmail.com> escreveu:
>> Flowtable é a tabela FIB do BSD?? Eu particulamente não conhecia, pois
>> não uso OS para roteamentos. Se for, porque não ativar? Iria aliviar o
>> processador de processar todo packet verificar tabela inteira de
>> roteamento até achar interface do qual tem que jogar o pacote..
>>
>>
>> 2010/9/15 Patrick Tracanelli <eksffa em freebsdbrasil.com.br>:
>>>
>>> Em 15/09/2010, às 19:18, Eduardo Schoedler escreveu:
>>>
>>>> Patrick Tracanelli escreveu:
>>>>>
>>>>> Em 15/09/2010, às 18:00, sergio escreveu:
>>>>>
>>>>>> Estou instalando o FreeBSD 8.1 em uma máquina usando FreeBSD 8.1
>>>>> (Estou na dúvida se uso o openbgpd ou o quagga), vi que o FreeBSD 8.1
>>>>> já vem com alguns recursos para roteamento já kernel será que é
>>>>> necessário colocar mais alguma coisa no Kernel para um tráfego de
>>>>> 400Mbps ?
>>>>>
>>>>> Tuning de File Descriptors, mbuf, sockbuff apenas. Dependendo da
>>>>> quantidade de RAM o dimensionamento do maxusers pode ser suficiente pra
>>>>> 400Mbit/s.
>>>>
>>>> Cenário bem parecido com o que estou montando aqui.
>>>> Temos um Dell R210 com 2 bce onboard + 4 igb.
>>>>
>>>> A princípio vamos utilizar Quagga, já temos em produção com linux e tem
>>>> funcionado bem.
>>>>
>>>> Não esqueça de fazer uso do recurso de SMP Affinity disponível na versão 8.x
>>>> do Freebsd, setando 1 IRQ para 1 CPU.
>>>> Mais informações em cpuset:
>>>> # man cpuset
>>>>
>>>> Outra coisa interessante de analisar é o Flowtable.
>>>
>>> É. Desligar o Flowtable ;-).
>>>
>>> Pra mim o CPU Affinity não é uma melhor prática pra qualquer cenário não. Minha sugestão pessoal é rodar sem affinity e acompanhar com muito carinho via systat, top -S, o consumo de CPU de interrupções. Porque uma vez definido affinity essa CPU não vai mais ser usada pra nada. Ou seja se ficar ociosa, e alguma coisa precisar de CPU mesmo que essa coisa seja multithread, não vai poder contar com essa cpu ociosa.
>>>
>>> Enfim, eu só coloquei 1x na vida quando o custo de troca de contexto era alto suficiente pra justificar isolar uma CPU...
>>>
>>>>
>>>>
>>>> --
>>>> Eduardo Schoedler
>>>>
>>>> -------------------------
>>>> Histórico: http://www.fug.com.br/historico/html/freebsd/
>>>> Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
>>>
>>> --
>>> Patrick Tracanelli
>>>
>>> FreeBSD Brasil LTDA.
>>> Tel.: (31) 3516-0800
>>> 316601 em sip.freebsdbrasil.com.br
>>> http://www.freebsdbrasil.com.br
>>> "Long live Hanin Elias, Kim Deal!"
>>>
>>> -------------------------
>>> Histórico: http://www.fug.com.br/historico/html/freebsd/
>>> Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
>>>
>> -------------------------
>> Histórico: http://www.fug.com.br/historico/html/freebsd/
>> Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
>>
> -------------------------
> Histórico: http://www.fug.com.br/historico/html/freebsd/
> Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
>


Mais detalhes sobre a lista de discussão freebsd