[GTER] RES: PPPoE centralizado ou não?
Leonardo Souza
nomeiodabalada at yahoo.com.br
Fri May 22 19:03:45 -03 2009
Em tese o 'incremental SPF' pode ajudar nesse cenário.
Leonardo Gama.
--- Em qui, 21/5/09, Rodrigo Broilo <rodrigo.broilo at terra.com.br> escreveu:
> De: Rodrigo Broilo <rodrigo.broilo at terra.com.br>
> Assunto: [GTER] RES: PPPoE centralizado ou não?
> Para: "'Grupo de Trabalho de Engenharia e Operacao de Redes'" <gter at eng.registro.br>
> Data: Quinta-feira, 21 de Maio de 2009, 10:48
> Alfredo,
>
> O update é da tabela inteira, pois ele tem que calcular o
> SPF novamente de
> 'tudo'. :)
>
> Quantidade de memória eu não me preocupo, somente CPU.
>
> Abs,.
>
> -------------------------------------------------------------
> Rodrigo Christian Broilo
> rodrigo.broilo at terra.com.br
> -------------------------------------------------------------
> Antes de imprimir pense no meio ambiente.
> Esta mensagem pode conter informações confidenciais. Se a
> recebeu por
> engano, por favor, devolva-a ao remetente, apague-a e não
> divulgue seu
> conteúdo.
> This message may contain confidential information. If
> received in error,
> please return it to the sender, delete it and do not
> disclose its content.
>
>
> -----Mensagem original-----
> De: gter-bounces at eng.registro.br
> [mailto:gter-bounces at eng.registro.br]
> Em
> nome de Alfredo Dal´Ava Júnior
> Enviada em: quinta-feira, 21 de maio de 2009 08:49
> Para: Grupo de Trabalho de Engenharia e Operacao de Redes
> Assunto: Re: [GTER] PPPoE centralizado ou não?
>
> Bom dia pessoal,
>
> a discussão está ficando boa!
> Realmente a ideia do OSPF distribuindo o /32 é muito
> atrativa, pois facilita
> e otimiza a distribuição dos IPs, conforme o Eduardo
> escreveu.
> A cada mudança de estado (cliente entrando e saindo) gera
> um update no
> OSPF... mas o OSPF dá update na tabela inteira quando há
> mudanças ou ele
> somente atualiza as rotas que alteraram? Se forem só as
> que se alteraram,
> acredito que a perda de performance é irrisória, pois
> apenas alguns poucos
> ciclos de CPU seriam perdidos adicionando aquela rota na
> tabela (exceto em
> casos extremos de uma grande pane). De qualquer forma,
> será que isso seria
> mesmo danoso à performance?
> Quanto ao consumo de memória, será que cada rota
> consumiria mais do que 32
> bytes ? (calculo superfaturado e chutado, considerando
> IP+Mascara+Interface+gateway). Neste caso 1MB de RAM
> suportaria algo em
> torno de 32.000 rotas /32....
> Estou apenas especulando, me corrijam por favor.
>
> []'s
> Alfredo
>
>
> 2009/5/20 Shine <eshine at gmail.com>
>
> > Alfredo,
> >
> > A princípio OSPF pode ser uma idéia. O único porém
> é que a
> > distribuição dos IPs em base /32 aumenta demais a
> base, além de trocas
> > intensas por causa de mudanças frequentes de
> link-state. Pode ser que
> > em algumas redes de acesso essas mudanças sejam
> menores (o assinante
> > mantém a conexão por longo tempo), mas em outras
> poderia ter um perfil
> > diferente.
> > Em termos de escalabilidade pensei em diminuir a base
> usando áreas
> > menores, mas vc acaba caindo que vai ter que limitar o
> range de pools
> > para essas áreas.
> >
> > sd,
> > Edgar
> >
> > 2009/5/19 Alfredo Dal´Ava Júnior <alfredo.dalava at gmail.com>:
> > > Bom dia Michel,
> > >
> > > aqui nós temos uma rede mista. Alguns locais
> concentra-se varias redes
> em
> > > mais de 1 servidor PPPoE, em outros locais está
> distribuido nos APs....
> > > Estamos passando por esta mesma questão (divisao
> dos IPs) e creio que a
> > > melhor tática para solucionar isto seria o
> RADIUS gerenciar o Pool de
> > IPs, e
> > > não os concentradores. O roteamento /32 seria
> feito dinamicamente
> através
> > de
> > > BGP ou OSPF dentro de nossa rede. Penso que assim
> evitaremos desperdicio
> > de
> > > IPs na divisao de subclasses e IPs ociosos nos
> concentradores.
> > > Ainda não implementei esta ideia porque preciso
> habilitar o BGP em toda
> a
> > > estrutura e treinar a equipe de suporte de rede
> para dar manutenção.
> > >
> > > Aproveito esta discussão para também para
> trocar
> > idéias/sugestões/críticas
> > > com os colegas.
> > >
> > > Obrigado,
> > > []'s
> > > Alfredo
> > >
> > > 2009/5/19 Michell <bill.cvel at gmail.com>
> > >
> > >> Bom dia pessoal,
> > >>
> > >> dos nobres colegas da lista que utilizam o
> PPPoE para seus clientes
> > >> Wireless
> > >> qual seria a melhor prática. Concentrador
> PPPoE centralizado, ou
> > >> distribuído
> > >> (nas AP's)?
> > >>
> > >> Hoje tenho concentradores distribuídos,
> porem estou começando a ter
> > >> dificuldades na questão de roteamento, visto
> que a rede esta em
> > constante
> > >> expansão e a criação de rotas estáticas e
> a divisão dos IP's está
> > começando
> > >> a ficar complicada.
> > >>
> > >> Dos que já passaram por situação
> semelhante, qual a opinião
> (conclusão)?
> > >>
> > >> [[]]'s e desde já agradeço.
> > >>
> > >> Michell
> > >> --
> > >> gter list https://eng.registro.br/mailman/listinfo/gter
> > >>
> > >
> > >
> > >
> > > --
> > > []'s
> > > Alfredo
> > > P. J. O'Rourke<
> > http://www.brainyquote.com/quotes/authors/p/p_j_orourke.html>
> > > - "Never fight an inanimate object."
> > > --
> > > gter list https://eng.registro.br/mailman/listinfo/gter
> > >
> > --
> > gter list https://eng.registro.br/mailman/listinfo/gter
> >
>
>
>
> --
> []'s
> Alfredo
> George
> Carlin<http://www.brainyquote.com/quotes/authors/g/george_carlin.html>
> - "Electricity is really just organized lightning."
> --
> gter list https://eng.registro.br/mailman/listinfo/gter
>
>
> -----Anexo incorporado-----
>
> --
> gter list https://eng.registro.br/mailman/listinfo/gter
Veja quais são os assuntos do momento no Yahoo! +Buscados
http://br.maisbuscados.yahoo.com
More information about the gter
mailing list