[GTER] Concetrador BRAS Quais Estão utilizando?
Fernando Frediani
fhfrediani at gmail.com
Wed Jul 27 22:56:16 -03 2016
Por que fazer controle de banda na CPE ?
Se é UTP faz na porta do switch.
Se é xPON faz na OLT.
Se é xDSL faz no DSLAM.
Certo ?
Fernando
On 27 Jul 2016 21:46, "Tiago SR" <listas at tiagosr.com> wrote:
>
> O modelo com DHCP + Radius não requer centralização...
> Dá, inclusive, para ter a mesma eficiência na distribuição dos IPv4 que o
> PPPoE tem com os /32 e etc.,
> mesmo estando distribuído em vários concentradores/servidores DHCP.
>
> Qual é o problema de fazer o controle de banda no CPE? Considerando,
> claro, que o cliente não tem
> acesso às configurações do equipamento. Já vi recomendarem configurar a
> banda no CPE (ou era
> apenas o upload, não lembro), assim o tráfego já sai do cliente
> controlado, não precisa chegar no
> roteador do PoP para passar pelo limite, com o risco de saturar a rede
> antes disso, principalmente em
> wireless e em caso de algum ataque. Foi o que ouvi dizer.
>
> O problema do alto uso de recursos do concentrador é parcialmente
> resolvido substituindo PPPoE por
> outra tecnologia, mas resta os queues. Passando o queue para o CPE, o
> concentrador fica livre para apenas
> rotear. Acho que pode até configurar no concentrador um controle de banda
> um pouco maior que o
> definido no CPE, de forma que ele seria usado e consumiria recursos
> significativos apenas caso, por algum
> motivo, o CPE parasse de limitar a banda.
>
> Alguma objeção? Hehehe.
>
>
> ---- On Wed, 27 Jul 2016 20:37:36 -0300 Douglas Fischer <
> fischerdouglas at gmail.com> wrote ----
> > Isso considerando que o cenário de controle de banda centralizado do
> IPoE
> > vai continuar exisstindo... Sem cometer a loucura de jogar para o CPE o
> > controle de banda.
> >
> > Nesse caso o MK(ou equivalente) iria fuidar de todo o Shaping...
> >
> > Mesmo dentro desse cenário, a escala 1x3 se mantém?
> >
> >
> > Em 27 de julho de 2016 20:34, Douglas Fischer <fischerdouglas at gmail.com
> >
> > escreveu:
> >
> > > Mesmo considerando a questão das CPU usada pelas Queues?
> > >
> > >
> > >
> > > Em 27 de julho de 2016 19:13, Rubens Kuhl <rubensk at gmail.com>
> escreveu:
> > >
> > >> 2016-07-27 11:10 GMT-03:00 Rafael Galdino <
> sup.rafaelgaldino at gmail.com>:
> > >>
> > >> > presto consultoria a uns provedores, e a média de velocidade dos
> > >> provedores
> > >> > estão aumentando, antes era coisa de 1 2 3 5 e 10 mega, hoje 5 10
> 15 20
> > >> 35
> > >> > mega. e cada vez mais vai aumentar....
> > >> >
> > >> > alguns usam CCR, outros usam 1100AX2, no geral a maioria de
> mikrotik.
> > >> >
> > >> > por isso queria ver cenários onde usam digamos essas Ultra mega
> hiper
> > >> > maquinas com esses sistemas e quais as percepções de qualidade de
> > >> navegação
> > >> > e cpu...
> > >> >
> > >> >
> > >> Lembrando que boa parte desses problemas de escalabilidade vem da
> > >> tentativa
> > >> de retroceder na evolução tecnológica e transformar uma rede de
> comutação
> > >> de pacotes numa metáfora de rede telefônica com discagem e tudo
> mais... os
> > >> mesmos Mikrotik conseguiriam 2 a 3x mais clientes usando
> DHCP+RADIUS, com
> > >> um controle de DHCP associado a ARP que eu só achei implementado ou
> no
> > >> Mikrotik ou via scripts em x86 e funciona super bem.
> > >>
> > >>
> > >> Rubens
> > >> --
> > >> 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
> > --
> > gter list https://eng.registro.br/mailman/listinfo/gter
>
> --
> gter list https://eng.registro.br/mailman/listinfo/gter
More information about the gter
mailing list