[GTER] Linux router

Thu Feb 27 06:26:06 -03 2025

Um pouco mais sobre a polêmica da possibilidade do Plugin Copyright vs
OpenSource do VPP para o VyOS.

https://blog.vyos.io/vyos-project-update-february-2025

Meu cérebro ainda está bugado tentando entender se eles disseram ou não que
será pago o Plugin.
Desviaram mais que o Neo da Matrix nesse assunto.

Aí vem a pergunta... Merece um Fork ou não merece um Fork?

Em ter., 11 de fev. de 2025 às 11:51, Douglas Fischer <
fischerdouglas at gmail.com> escreveu:

> DANOS foi "matado" decorrente compra do time que tocava DANOS pela Ciena.
> Oficialmente o projeto continua existindo, mas na prática é um processo
> zumbi esperando o kill.
>
> Essa ação me deixou bem triste pra falar a verdade!
> Operar o DANOS era bem gostosinho.
> Haviam bugs? Haviam! Mas aceitáveis por ser um projeto novo, e o trabalho
> de correção era bem eficiente.
> De uma hora para outra todas as pessoas pararam de contribuir e até mesmo
> push estão enfileirando.
>
>
> Sobre o VyOS
> P.S.: Antes de dissertar um pouco, apenas uma correção. VyOS tem sim
> suporte a DPDK. E é através do VPP.
>
> Volta e meia eu volto a namorar com ele, e depois brigo novamente...
> Um loop, igual namorados adolescentes.
>
> Pra quem estava acostumado com as versões mais antigas do VyOS 1.2 e
> talz...
> O passado dele foi claudicante. Quem lembra do commit-confirm que
> resultavam em crash e reboot?
> Mas agora ele está bem melhor nesse aspecto. BEM MELHOR MESMO.
>
> O VyOS teve umas mudanças de postura quando ao OpenSource que foram
> polêmicas.
>
> Algumas delas eu apoio:
> Como o fato de não entregarem mais a ISO de mão beijada, mas manter o
> código aberto, e quem quiser pode fazer esforço e buildar sua própria ISO.
> A VyOS constatou que algumas pessoas de má índole estavam fazendo mal uso
> do produto, sem dar crédito nenhum ao projeto.
> Acho que foi uma postura justa.
>
>
> Outras posturas eu considero bem erradas:
> Como o caso de liberarem o Add-On de suporte a VPP sem ser em código
> aberto.
> Esse é um tema bem polêmico que cheguei a acompanhar por um tempo, mas me
> decepcionei com a quebra de princípios, e me afastei.
>
> Existem outros threads por aí sobre esse tema. Alguns inclusive bem
> quentes.
> Mas esse foi o que rolou no fórum oficial do VyOS (última postagem em
> Junho de 2024)
> https://forum.vyos.io/t/vpp-addon-business-model-still-open-source/13177
>
> Eu não estou ciente de que existam manifestações oficiais recentes sobre
> como vai ser esse Add-On.
> E as manifestações "semi-oficiais" mais antigas sobre o tema desviam de
> afirmações assertivas mais do que o Mr. Anderson desviava das balas em
> Matrix
>
>
> Em ter., 11 de fev. de 2025 às 10:49, Otavio Augusto via gter <
> gter at eng.registro.br> escreveu:
>
>> DANOS morreu , Eu usi pra router e cgnat ,( servers diferentes ) e
>> funcionam muito bem, mas abandonaram o projeto.
>> Eu mandei um PR para corrigir  um bug nos filtros BGP e até hj ficou no
>> limbo.
>>
>> VyOS nao tenho visto dpdk evoluir com ele.
>>
>> Em ter., 11 de fev. de 2025 às 10:26, Rubens Kuhl via gter
>> <gter at eng.registro.br> escreveu:
>> >
>> > Como vão DANOS, VyOS e outras iniciativas ?
>> >
>> > https://www.danosproject.org/
>> > https://vyos.io/
>> >
>> >
>> > Rubens
>> >
>> > On Tue, Feb 11, 2025 at 10:07 AM Alexandre Chaves Fonceca via gter
>> > <gter at eng.registro.br> wrote:
>> > >
>> > > Eu uso e vai muito bem...
>> > >
>> > > debian 12 com FRR, suporte ao RPKI validando as rotas... em uma
>> maquina
>> > > com 2 processadores xeon E5-2680  rodando a 2900 MHZ com 64 GB de
>> ram...
>> > > com 2 placas de rede...
>> > >
>> > > e com um tunning bem feito no kernel usando isolcpus, nohz_full,
>> > > irqaffinity, entre outros... e depois atribuindo as afinidades dos
>> queue
>> > > da placa de rede para cada nucleo q vc deixou "isolado"....
>> respeitando
>> > > a conexao fisica (lanes) do pci, cada placa de rede deve ter conexao
>> > > fisica com um dos processadores apenas.... (alguns servidores os slots
>> > > pci-e vao para o mesmo cpu ou chipset, o que nao é bom neste caso, vc
>> > > precisa garantir que as Lanes fisicas vao para um processador unico
>> em 2
>> > > slots diferentes para usar 2 placas de rede)
>> > >
>> > > no caso as placas q usamos eh uma intel XL710 de 40 GB.... a maquina
>> > > passa 20 gbps hj com folga para ir além...
>> > >
>> > > Att,
>> > > Specialist Linux Solutions
>> > >
>> > > facebook <https://www.facebook.com/specialistlinux/>instagram
>> > > <https://www.instagram.com/specialistlinuxsolutions/>linkedin
>> > > <https://www.linkedin.com/company/specialist-linux-solutions/
>> >whatsapp
>> > > <https://api.whatsapp.com/send?phone=5511976158584>
>> > >
>> > > Alexandre Chaves Fonceca
>> > > Diretor,
>> > > Specialist Linux Solutions
>> > > E-mail:         alexandre at specialist.srv.br
>> > > Site:   www.specialist.srv.br <http://www.specialist.srv.br>
>> > > Telefone:       (11) 3317-5042
>> > >
>> > > On 06/02/2025 20:15, Antonio Carlos Pina via gter wrote:
>> > > > Oi pessoal!
>> > > >
>> > > > Há uns 10 anos eu não acompanho a disciplina de routing. Estou muito
>> > > > curioso para saber quem ainda utiliza Linux routing com BGP full é
>> um pouco
>> > > > do setup ex: servidor y +  Linux + software X + placa de rede
>> específica ?
>> > > > E quais os limites confortáveis da solução em banda e pps.
>> > > >
>> > > > E também os motivadores para não migrar para uma caixa de
>> prateleira.
>> > > >
>> > > > Abs
>> > > > --
>> > > > gter listhttps://eng.registro.br/mailman/listinfo/gter
>> > > --
>> > > gter list    https://eng.registro.br/mailman/listinfo/gter
>> > --
>> > gter list    https://eng.registro.br/mailman/listinfo/gter
>>
>>
>>
>> --
>> Otavio Augusto
>> ---------------------
>> Consultor de TI
>> echo fkrmzfkz.xdrzc*tfd | tr a-z.* j-za-i at .
>> http://www.citiustecnologia.com.br
>> --
>> gter list    https://eng.registro.br/mailman/listinfo/gter
>>
>
>
> --
> Douglas Fernando Fischer
> Engº de Controle e Automação
>

-- 
Douglas Fernando Fischer
Engº de Controle e Automação