[GTER] A saga: Razões para migrar de PPPoE para DHCP

Tue Dec 27 12:25:11 -02 2016

Bom dia,

Testamos aqui o IPoE com o Accel-pppd e tivemos resultados muitos bons,
tanto em ipv6 quanto em ipv4.

Entretanto devido a um fornecedor de equipamentos nosso a implementação
ipv6 deles se encontra com um bug que não consegue pegar o gateway em DHCP,
com outros fornecedores tudo funcionou a mil maravilhas, tanto controle de
banda, accounting de conexão/desconexão e consumo de dados.

Notei uma utilização bem menor de recursos em comparação ao PPPoE. algo em
torno de 35%.

Att

Romeu Medeiros

Em 27 de dezembro de 2016 11:48, Rubens Marins Schner <
rubens at brisanet.com.br> escreveu:

> Também não existe homologação do Immetro para esse mesmo sistema que faz
> accounting do Trafego de dados da Telefonia Movel.
>
> O Accounting de tráfego não serve apenas para cobranca de franquia, nós
> geramos graficos de todos os nossos clientes, e também com isso temos uma
> ideia do volume de dados que cada cliente consome, Cliente Residencial
> consumindo 1 Tera em 15 dias não é normal.
>
> Rubens Marins
> Administrador de Sistemas
> rubens.marins at gmail dot com
>
> 2016-12-27 10:25 GMT-03:00 Rubens Kuhl <rubensk at gmail.com>:
>
> > Accounting de tráfego com atribuição DHCP é possível, mas trabalhoso e
> > sujeito a questionamento. Se existe um motivo para usar PPPoE é
> justamente
> > a cobrança por franquia...
> >
> > ... agora, eu nunca vi uma homologação do Inmetro para o medidor de
> > utilização do RouterOS, então o dia em que algum cliente questionar essa
> > medição, mesmo o PPPoE pode não dar a segurança jurídica que quem usa
> > imagina ter.
> >
> > Rubens
> >
> >
> > 2016-12-26 22:47 GMT-02:00 Marc Cabadas <bac at oops.net.br>:
> >
> > > Boa noite Felipe, como vc tem feito o account usando DHCP?
> > >
> > >
> > > Em seg, 26 de dez de 2016 às 19:48, felipe macedo <
> > > felipeamacedo at hotmail.com>
> > > escreveu:
> > >
> > > > Qual plataforma vocês estão testando IPoE?
> > > >
> > > >
> > > >
> > > >
> > > >
> > > > Estou testando com NAS Juniper, OLT e ONU Fiberhome, além de um DHCP
> > > > Externo e Servidor Radius, fazendo Dual-Stack IPv4-IPv6 na mesma
> > sessão.
> > > >
> > > >
> > > >
> > > >
> > > >
> > > >
> > > >
> > > > Consigo ter os mesmos dados de accounting (download e upload, quando
> > > > iniciou a sessão e quando terminou por exemplo), consigo fazer
> > > autenticação
> > > > via Radius, usando MAC+VLAN+Slot_OLT+Número_ONU_dentro_do_PON, o que
> > > retira
> > > > possibilidade de clonar MACs citado anteriormente.. Isso não apenas
> > > opções
> > > > que usei. O Protocolo DHCP e opções do NAS que for utilizar oferece
> > > > bastante Sub-options para ser utilizadas como checagem na
> autenticação.
> > > >
> > > >
> > > >
> > > >
> > > >
> > > >
> > > >
> > > > Quanto ao artigo mencionado, acredito ser a experiência passada que
> > eles
> > > > obtiveram.
> > > >
> > > >
> > > >
> > > > Ex: Já li na Internet relatos que grande parte dos Providers que usam
> > > > Fiberhome lá fora não usam mais PPPoE. Verdade? Experiência/visão de
> > quem
> > > > escreveu?
> > > >
> > > >
> > > >
> > > >
> > > >
> > > > Acho interessante fazermos nossos cases e vermos o que podemos
> agregar
> > > com
> > > > as soluções.
> > > >
> > > >
> > > >
> > > > O que posso afirmar até aqui nos testes e na Tecnologia empregada é
> > menos
> > > > overhead, mais escalabilidade e segurança com respeito à
> autenticação.
> > > >
> > > >
> > > >
> > > >
> > > >
> > > > ________________________________
> > > >
> > > > De: gter <gter-bounces at eng.registro.br> em nome de Welisson Tomé <
> > > > welissontome at ig.com.br>
> > > >
> > > > Enviado: quinta-feira, 22 de dezembro de 2016 15:10
> > > >
> > > > Para: gter at eng.registro.br
> > > >
> > > > Assunto: Re: [GTER] A saga: Razões para migrar de PPPoE para DHCP
> > > >
> > > >
> > > >
> > > >
> > > >
> > > >
> > > >
> > > > Concordo plenamente quando se fala sobre o overhead do protocolo
> pppoe
> > e
> > > >
> > > > que isto no final de tudo poderia significar em mais banda, menos
> > > >
> > > > consumo de cpu de equipamentos e blablabla.
> > > >
> > > >
> > > >
> > > > Mas veja, isto é um ponto de vista e no que tange a custo, hoje
> podemos
> > > >
> > > > montar stacks de RB Mikrotik ou plataformas Linux/BSD rodando
> RP-pppoe
> > > >
> > > > ou accel-ppp a um custo muito inferior as plataformas Cisco.
> > > >
> > > >
> > > >
> > > > Dhcp tem seus prós concordo plenamente, só pelo simples fato de
> > > >
> > > > ligou/navegou, mas o que vejo no modelo de pppoe x dhcp para ISP é
> que
> > > >
> > > > no PPPoE temos muito mais gerencia do que no dhcp, e a possibilidade
> de
> > > >
> > > > integração com o radius e logs acho que isto se sobrepõe ao dhcp,
> visto
> > > >
> > > > que ainda não vi um modelo onde podemos ter armazenamento das info
> mais
> > > >
> > > > consistente do que simplesmente ip+mac(facilmente cloned)+caller-id,
> > > >
> > > > diferente do pppoe que podemos ter controles do tipo,
> > > >
> > > > username+password+mac+caller-id+nas-id etc...
> > > >
> > > >
> > > >
> > > > Agora uma coisa que me chamou muito a atenção neste artigo é que no
> > > >
> > > > final ele enfatiza que a mudança se dá muito mais na camada econômica
> > do
> > > >
> > > > que técnica, e como dito acima, hoje em dia não é bem assim se
> > pensarmos
> > > >
> > > > com a cabeça fora das caixinhas prontas.
> > > >
> > > >
> > > >
> > > > Att,
> > > >
> > > >
> > > >
> > > > --
> > > >
> > > > Welisson Tomé
> > > >
> > > > br.linkedin.com/in/welissontome/
> > > >
> > > >
> > > >
> > > > --
> > > >
> > > > gter list    https://eng.registro.br/mailman/listinfo/gter
> > > >
> > > > gter Info Page - .br<https://eng.registro.br/mailman/listinfo/gter>
> > > >
> > > > eng.registro.br
> > > >
> > > > Esta lista tem como objetivo tratar exclusivamente de tópicos
> > relativos a
> > > > engenharia e operação de redes internet no país . To see the
> collection
> > > of
> > > > prior ...
> > > >
> > > >
> > > >
> > > >
> > > >
> > > > --
> > > >
> > > > 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
> >
> --
> gter list    https://eng.registro.br/mailman/listinfo/gter
>