[GTER] Controle de acesso (era: Duvida elementar sobre PPPoE)

[Osvaldo T Crispim Filho]

Para mim o PPPoE sai da rede de rádio bem fácil, no meu caso consigo o que
preciso ativando o account junto com o WPA2 no CPE. Posso usar DHCP até
mesmo do próprio FreeRADIUS e ter qualquer roteador fazendo somente
trabalho de roteamento e ralay do dhcp!

Meu problema está somente em cenários como FTTx em "Bridge" mas ainda não é
por agora.

Quanto ao PPPOE não vejo problema em usá-lo, por exemplo, no caso de
condomínios ou em outros casos menos comuns para nosso negócio.

Em 30 de março de 2015 10:18, Carlos Ribeiro <cribeiro at telbrax.com.br>
escreveu:

> PPPoE tem muito em comum com outra tecnologia 'controversa', que é o NAT:
>
> - Ambos surgiram para resolver problemas práticos de gente que tinha um
> problema para resolver, e (na época) não podia se dar ao luxo de esperar
> pela solução perfeita;
>
> - Nenhum dos dois teria sido inventado se não houvessem 'gaps'
> significativos de funcionalidades nas pilhas de protocolo disponíveis na
> época em que foram inventados;
>
> -Ambos violam princípios de design das redes onde são utilizados,  criando
> camadas adicionais onde (em tese) não deveria haver nenhuma;
>
> - Ambos são soluções 100% implementáveis em software, com todos prós e
> contras que isso traz.
>
> - Ambos são bons o suficiente, mesmo com todos seus defeitos, o que
> incomoda profundamente os defensores de um desenho mais limpo e
> 'tecnologicamente correto' de rede. Não que eles não tenham suas razões, só
> que elas não são suficientes. Como diz o Zen do Python, "practicality beats
> purity"...
>
> - Por fim, acusar soluções em software de serem ineficientes economicamente
> é um argumento fadado ao fracasso. Que o diga o protocolo IP, que durante
> décadas viveu sob a constante ameaça de "não escalar" porque dependia de
> software. O bom ia ser o ATM, depois o MPLS, que poderiam teoricamente ser
> otimizados mais facilmente em hardware, e por aí vai. Vejam que o MPLS
> pegou, mas vive apoiado na infra IP...
>
> Carlos Ribeiro
> Em 30/03/2015 09:51, "Rubens Marins Schner" <rubens at brisanet.com.br>
> escreveu:
>
> > Por essas questoes que acho que o PPPOE hoje e a melhor ideia.
> > Ele tem muitas coisas prontas,que requerem adaptações ou pesquisas
> > adicionais usando outros métodos.
> > Tem bastante  bastante know-how no mercado.
> > Vasto suporte no lado do cliente, e conhecimento também de quem presta
> esse
> > suporte( os "micreiros" ) de como resolver problemas.
> >
> > O unico ponto negativo que apareceu ate agora foi o concentrador.
> > Eu não consegui perceber a vantagem de não usar PPPOE além da "economia"
> no
> > concentrador.
> >
> >
> > Rubens Marins
> > Administrador de Sistemas
> > rubens.marins at gmail dot com
> >
> > 2015-03-30 8:39 GMT-03:00 Rubens Kuhl <rubensk at gmail.com>:
> >
> > > >
> > > >
> > > > Um excelente motivo para contabilidade precisa de tráfego é procurar
> > por
> > > > provedores dentro do provedor, aqui nós mandamos a lista de top 20
> > > Clientes
> > > > para uma pessoa dar uma olhada mais de perto, é muito frequente
> chegar
> > > lá e
> > > > encontrar uma antena omini e  um provedor na casa do cliente.
> > > >
> > >
> > > Para isso não precisa do PPPoE, pois se não é um fator de cobrança, só
> de
> > > detecção, Netflow resolve. Basta cruzar o log de flows com o log do
> > RADIUS
> > > para gerar um gráfico por cliente.
> > >
> > > Contabilidade precisa é necessária quando a cota é um fator do serviço
> > > sendo vendido, tal como 10 Gigabytes mensais.
> > >
> > >
> > > Rubens
> > > --
> > > gter list    https://eng.registro.br/mailman/listinfo/gter
> > >
> > --
> > gter list    https://eng.registro.br/mailman/listinfo/gter
> --
> gter list    https://eng.registro.br/mailman/listinfo/gter
>



-- 
             - Osvaldo T Crispim Filho -