RES: [GTER] Re: Speedy business - novela de roteamento

[Edgar Hideyuki Shine]

Rodrigo,

De fato, em um cenario "mais layer 2", o PPPoE tem algumas vantagens em
termos de facilidades com AAA.

Mas nem sempre isso eh aplicavel, existem situacoes de acesso em que nao eh
possivel usar protocolos L2, por exemplo em casos de uso de uma midia para
upstream e outra para downstream. Para este caso a solucao proposta de DHCP
eh interessante. Certo dia, Reinaldo/Jonny pensaram/implementaram uma
solucao via L2TP, mas sempre eh bom ver novas ideias. :)

sds,
Edgar

> -----Mensagem original-----
> De: gter-admin at eng.registro.br [mailto:gter-admin at eng.registro.br]Em
> nome de Loureiro, Rodrigo
> Enviada em: quarta-feira, 22 de maio de 2002 00:21
> Para: 'gter at eng.registro.br'
> Assunto: RE: [GTER] Re: Speedy business - novela de roteamento
>
>
> Edgar,
>
> Estava considerando uma arqiqtetura utilizando shared ethernet num único
> domínio de broadcast e raw IP, sem nenhum stack PPP/usuário. De acordo com
> as discussões que rolaram, acho que a solução de todos para o shared
> ethernet foi o PPPoE. Excelente, nesse caso você tem um IP index / usuário
> no edge router, e, por conseguinte, um controle muito maior.
>
>
> --
> Rodrigo
>
> -----Original Message-----
> From: Edgar Hideyuki Shine [mailto:edgar at ig.com.br]
> Sent: Tuesday, May 21, 2002 8:56 AM
> To: gter at eng.registro.br
> Subject: RES: [GTER] Re: Speedy business - novela de roteamento
>
>
> Rodrigo,
>
> > -----Mensagem original-----
> > De: gter-admin at eng.registro.br [mailto:gter-admin at eng.registro.br]Em
> > nome de Loureiro, Rodrigo
> > Enviada em: segunda-feira, 20 de maio de 2002 19:55
> > Estou longe de ser um defensor do shared ethernet.
> > Particularmente, acho um
> > "nojo"essa solução. Entretanto, continuo achando que o menor
> > problema aqui é
> > gerar o acct-stop. Se você tem um modelo de negócios simples o
> suficiente
> > para conseguir oferecer uma solução utilizando shared ethernet, poderia
> > resolver o problema via página de logout; ou seja, o usuário vai
> > a página e
> > faz logout do serviço (estou encarando o acesso internet como
> um serviço).
> > Como esse evento nunca ocorrerá no mundo real, pode-se implementar um
> > trigger (ex: session-timeout) no PDP para disparar esse processo.
> > Considere
> > que o tempo máximo de ativação do serviço Internet seja de 24h.
> Após esse
> > tempo, o PDP geraria um comando para o PEP dar um "kill"no lease
> > do endereço
> > roteável.
> A questao nao eh fechar a conexao e liberar recursos (poderia ate mesmo se
> discutir isso, mas nao eh esse o caso nestas linhas). Estamos falando de
> accounting, queremos saber o momento exato (ou pelo menos o mais
> aproximado
> qto possivel) que o usuario deixou de usar o servico Internet para efeitos
> de auditoria. Se para vc a auditoria nao eh importante eh uma coisa, mas
> acho que muitos aqui (incluindo eu) acham que eh algo fundamental na
> operacao de um ISP/acesso.
>
> > No meu ponto de vista, o shared ethernet passa a ser um grande problema
> > quando estamos falando de serviços de valor agregado, ativação
> dinâmica de
> > serviços, rating, billing etc, que é o caminho que os provedores estão
> > trilhando a fim de aumentar o revenue/usuário. Nesse caso,
> > perde-se bastante
> > controle com o shared ethernet, uma vez que não mais temos um usuário/IP
> > interface index.
> SE existir uma forma eficiente de autenticar o usuário, com flexibilidade,
> PODE ser possível associar alguns servicos de valor agregado. PPPoE serve
> para esse proposito, mas poderia se pensar em EAPoL ou outros
> caminhos. Nao
> se trata de crucificar uma tecnologia, seja ela shared ethernet ou adsl ou
> 802.11 e sim de discutir a viabilidade tecnica da aplicacao da tecnologia.
>
> sds,
> Edgar
>
> --
> GTER list    http://eng.registro.br/mailman/listinfo/gter
>
> =======================================
> This email message is for the sole use of the intended recipient
> (s) and may
> contain confidential and privileged information, including without
> limitation, Confidential and/or Proprietary Information belonging to
> Unisphere Networks, Inc. Any unauthorized review, use, disclosure or
> distribution is prohibited. If you are not the intended recipient, please
> contact the sender by reply email and destroy all copies of the original
> message.
> --
> GTER list    http://eng.registro.br/mailman/listinfo/gter
>