[GTER] RES: Referencia de Softrouter

Rubens Kuhl rubensk at gmail.com
Fri Aug 25 15:21:40 -03 2017


2017-08-25 14:22 GMT-03:00 Evandro Nunes <evandronunes12 at gmail.com>:

> 2017-08-22 9:09 GMT-03:00 Rubens Kuhl <rubensk at gmail.com>:
>
> > 2017-08-21 17:43 GMT-03:00 Uesley Correa <uesleycorrea at gmail.com>:
> >
> > > Lucas,
> > >
> > > Qual é o maior troughput agregado que você tem com softrouter não-vyos?
> > >
> >
> > O throughput tende a ser o mesmo em VyOS e não VyOS, pois depende mais da
> > construção do plano de dados do que plano de controle.
> >
>
> Descupe, nao faz o menor sentido essa frase. Nao entendi na verdade o que
> vc quis dizer.


Então talvez você precise ler um pouquinho:
http://ptcomputador.com/Networking/internet-networking/67403.html



> Um Linux e um FreeBSD no Edgerouter Lite, nem metade do
> desempenho do sistema ativo. Porque? Pq o sistema nao tira proveito do
> plano de dados como projetado e fazem "do seu jeito".
>

Não é verdade; o EdgeRouter Lite usa network processor Cavium Octeon, então
além do plano de controle (que aliás é Linux no EdgeOS nativo, tal como no
VyOS), existe uma parte do plano de dados que é implementada pela Ubiquiti
usando o SDK Cavium que altera o sistema de forwarding.

Sem isso, um Linux "baunilha" joga todo os pacotes para a CPU. Então o
plano de dados é diferente.


> O sistema faz toda diferenca! Cada um acessa o plano de dados em momentos
> diferentes, a criterio do plano de controle, alguns interrupt based, outros
> em loop always-busy, sem falar nos metodos alternativos de acesso ao plano
> de dados, cuja construção não garante uniformidade em como ele é usado.
>

O que você descreveu também é parte do plano de dados, que num x86
convencional com Linux é o kernel Linux e o driver da placa de rede.


>
> Na vida real, mesmo equipamento vai dar uma performance com VyOS, outra com
> FreeBSD, outra com Ubuntu, outra com FreeBSD melifaro routing (muito
> melhor), outra com pfSense, outra com vRouter 5400, outra com vRouter 5600,
> outra com Juniper vSRX, outra com netmap, outra com Juniper vMX.
>

Só quando os componentes que efetivamente fazem forwarding mudam; Juniper
vMX não usa o forwarding padrão do kernel BSD e sim o código de forwarding
da Juniper, apesar de haver um BSD no plano de controle.



Rubens



More information about the gter mailing list