[GTER] PPPoE Offload Hw

[Douglas Fischer]

Eu costumo fazer algumas previsões Mãe-Dinásticas sobre Informática.
Uma delas é o uso de GP-GPU em serviços de alta demanda de processamento.

Não sei se existem implementações de PPP em GPU, mas é algo que, do ponto
de vista da arquitetura, faz todo sentido...
O "mero detalhe" é que a engine de PPP deve ser escrita em algo que suporte
rodar sobre GPU.



Em 5 de julho de 2015 20:29, Roberto Alcântara <roberto at eletronica.org>
escreveu:

> Senhores,
>
> Estou precisando de um projeto p/ conclusão de curso e gostaria de ouvir as
> opiniões técnicas sobre a idéia de um hardware para PPPoE offload.
>
> Uma busca básica mostra que hardware para PPPoE offload já existe [1], mas
> para DSLANs (e devem haver roteadores que fazem o serviço em hardware). No
> entanto, nunca vi ninguém dos provedores pequenos e médios utilizando nada
> parecido.
>
> O fato de tornar algo inerentemente stateless (IP) em statefull (PPPoE)
> traz alguns inconvenientes e outras vantagens, como já muito discutido na
> lista. Um dos principais inconvenientes é o overhead de processamento,
>  limitando a quantidade de pps consideravelmente.
>
> O objetivo do projeto seria minimizar overhead do tráfego em sessões PPPoE
> já estabelecidas, sem modificar muita coisa na estrutura já existente.  A
> idéia não é substituir totalmente o concentrador/roteador, e sim reduzir o
> overhead do PPPoE apenas (escopo limitado no momento).
>
> Em um cenário hipotético de provedor que utiliza uma Cloudcore, este
> equipamento seria mantido como roteador (mas sem precisar executar controle
> de banda, por exemplo).
>
> Um equipamento adicional seria necessário (ex. RB450 ou um SoC rodando um
> pppoe server) para tratar as requisições PPPoE e negociar os IDs das
> sessões, autenticar, conversar com radius, etc.
>
> A interface por onde chega o tráfego dos clientes seria movida  p/ o
> acelerador. A saída do acelerador seria conectada ao roteador. Nesta mesma
> rede estaria o concentrador PPPoE (ou em uma interface adicional).
>
> O equipamento monitoraria os frames e, enquanto não houvesse uma sessão
> estabelecida, encaminharia-os para o concentrador PPPoE normalmente. Uma
> vez estabelecida a sessão, o equipamento assumiria, controlaria a banda da
> sessão e encaminharia os datagramas, desencapsulados, p/ o roteador, à
> exceção dos pacotes de controle ppp.
>
> Um problema que precisaria de tratamento seria o timeout no concentrador,
> já que após o estabelecimento da sessão novos frames não chegariam até ele.
>
> O que mais vocês veem como impeditivo ou complicador na proposta?
>
> A implementação nem é a questão agora, mas o engine seria implementado em
> um fpga. Também não há planos de tornar isso comercial, mais fácil virar
> opensource ;)
>
> sds,
>  - Roberto
>
> [1]
>
> http://s3.amazonaws.com/zanran_storage/www.finepoint.com/ContentPages/48594913.pdf
> --
> gter list    https://eng.registro.br/mailman/listinfo/gter




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