[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