[GTER] PPPoE Offload Hw

Roberto Alcântara roberto at eletronica.org
Sun Jul 5 20:29:05 -03 2015


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



More information about the gter mailing list