[GTER] Gestão de tráfego FTTH

Sun Jun 23 10:22:17 -03 2013

Nao se identifica o usuario que esta compartilhando a conexao dele?

1 - Não se pode limitar a banda dele e ao mesmo tempo, oferecer o seu
serviço na região onde ele estava oferecendo a banda compartilhada.

2 - Da mesma forma que muitos provedores surgiram onde as operadoras não
atendiam de forma adequada, estes micro provedores estão identificando
micro-regiões igualmente não atendidas.

Poderia iniciar um tipo de um programa de franquia, fomentando o surgimento
deste pequeno provedor em determinada regiao, promovendo o uso
compartilhado de infra, etc.

Acho que provedores pequenos erram quando pensam e agem como os grandes.

abs,

On Sat, Jun 22, 2013 at 10:37 PM, <gter-request at eng.registro.br> wrote:

> Send gter mailing list submissions to
>         gter at eng.registro.br
>
> To subscribe or unsubscribe via the World Wide Web, visit
>         https://eng.registro.br/mailman/listinfo/gter
> or, via email, send a message with subject or body 'help' to
>         gter-request at eng.registro.br
>
> You can reach the person managing the list at
>         gter-owner at eng.registro.br
>
> When replying, please edit your Subject line so it is more specific
> than "Re: Contents of gter digest..."
>
> Tópicos de Hoje:
>
>    1. Re: Gestão de tráfego FTTH (rmcarv)
>    2. Re: vlan tag com linux (Rodrigo Augusto)
>    3. Re: Router para novo ISP (Bruno Cabral)
>    4. Re: Telefonica (TIWS) em Brasília (Carlos Webfoco)
>    5. Re: Gestão de tráfego FTTH (casfre at gmail.com)
>    6. Re: Gestão de tráfego FTTH
>       (Juliano Primavesi | KingHost Hospedagem de Sites)
>    7. Re: Gestão de tráfego FTTH
>       (Juliano Primavesi | KingHost Hospedagem de Sites)
>
>
> ---------- Forwarded message ----------
> From: rmcarv <rmcarv at gmail.com>
> To: Grupo de Trabalho de Engenharia e Operacao de Redes <
> gter at eng.registro.br>
> Cc:
> Date: Fri, 21 Jun 2013 12:02:29 -0300
> Subject: Re: [GTER] Gestão de tráfego FTTH
> Realmente pessoal, parece não haver nenhuma fórmula. Gostaria muito de
> saber como as carriers tratam isso pois parece que com a escala tudo tem um
> limite de funcionamento...
>
>
> Em 18 de junho de 2013 15:14, Rubens Marins Schner
> <rubens.marins at gmail.com>escreveu:
>
> > Eu passei/passo  aqui pelo mesmo problema e a solucao que achamos melhor
> > foi a Franquia de trafego mesmo, vou compartilhar as consideracoes que
> > tivemos aqui:
> >
> > Limite de banda com BURST* - nos nossos testes isso nao funcionou muito
> > bem, e tem o problema da escala como voce mencionou.
> >
> > Limite de conexões simultâneas -* foi o mais promissor nos nossos testes,
> > funcionando perfeitamente, o problema e escala, o ideal seria a ONU fazer
> > esse tipo de servico, se voce achar algo "carrier grade" para esse tipo
> de
> > coisa na rede, compartilha.
> >
> > Limitar o TTL - Nao funciona, basta colocar um proxy e ja era.
> >
> >  Restringir Upload, nao funciona na nossa experiencia, tipo se a pessoa
> > esta compartilhando entre alguns vizinhos, e a maioria deles usa mais
> para
> > facebook, voce consegue compartilhar tranquilo sem atiginr o teto de
> > upload, nao conseguimos achar um valor de upload que pudesse impedir o
> > compartilhamento e permitir um usuario de navegar tranquilamente.
> >
> >
> >
> >
> >
> > Rubens Marins
> > Administrador de Sistemas
> > rubens.marins at gmail dot com
> >
> >
> > 2013/6/18 rmcarv <rmcarv at gmail.com>
> >
> > > Pessoal,
> > >
> > > Estamos realizando alguns projetos aonde iremos entregar um volume
> grande
> > > de banda aos assinantes. Teremos planos de 35, 50 e até 100mb por
> > > assinante.
> > >
> > > A idéia desses planos é garantir ao usuário RESIDENCIAL, uma
> experiência
> > > diferenciada. O grande "calcanhar de aquiles" desse projeto e como
> fazer
> > a
> > > gestão dessa banda de forma que os assinantes não utilizem para REVENDA
> > ou
> > > COMPARTILHAMENTO com o bairro todo.
> > >
> > > Por exemplo, se disponibilizarmos a um assinante 50mb, ele pode
> > facilmente
> > > compartilhar essa banda com 10 pessoas (ou mais) ou ainda provedores
> > > concorrentes podem comprar nossos planos para utilização como Uplink
> > deles.
> > >
> > > Existem algumas políticas que estamos estudando mas nenhuma delas nos
> > > parece realmente robusta. Talvez a solução seja a soma delas. Gostaria
> de
> > > trocar experiências  e saber quais políticas vocês tem adotado em suas
> > > redes de forma a manter o uso de banda equilibrado com o foco no
> produto
> > > RESIDENCIAL.
> > >
> > > As opções que temos discutido hoje são:
> > >
> > > *1) Franquia de tráfego *- Modelo usado pela Net hoje. Simplifica tudo
> > mas
> > > cria uma barreira comercial com o cliente, em especial quando se
> > enfrenta a
> > > GVT a qual é agressiva  no seu marketing informando que não possui
> > franquia
> > > alguma
> > >
> > > *2) Limite de banda com BURST* - Para um volume maior de clientes,
> > > imaginamos um consumo de hardware muito grande e não temos certeza o
> quão
> > > escalável é essa alternativa. Teríamos que definir valores muito bem
> > > ajustados para que o cliente tenha uma banda adequada e em casos como
> > vídeo
> > > online (NETFLIX), por exemplo, o BURST não se aplica pois a conexão é
> > > contínua e o cliente terá sua banda achatada.
> > >
> > > *3) Limite de conexões simultâneas -* Muito se fala mas achar uma razão
> > > compatível com um assinante residencial nos parece muito difícil.
> Também
> > > não conhecemos ninguém que utilize esse tipo de gerência em sua rede e
> > que
> > > possa trocar experiência. Além disso, hoje quando se abre um aplicativo
> > de
> > > P2P o número de conexões que ele abre é altíssimo. Com um recurso
> desses,
> > > poderia-se derrubar a rede de um cliente quando ele abre um cliente
> P2P.
> > >
> > > *4) Limitar o TTL -  *Acreditamos que a alteração do TTL pode ser
> > > facilmente burlada, não parecendo ter uma confiança que justifique
> tratar
> > > na rede.
> > >
> > > *5) Restringir Upload -  *Um Upload baixo acaba gerando uma experiência
> > de
> > > navegação ruim com um volume maior de usuários. O problema disso é que
> > uma
> > > das idéias deste projeto é justamente dar um volume de Upload alto aos
> > > usuários de forma que a experiência de navegação seja realmente
> > > excepcional.
> > >
> > > Enfim, quais as opiniões e experiências de vocês ? Alguma sugestão
> sobre
> > um
> > > modelo de gestão da banda com altos valores (30 mega, 50 mega, 100
> mega)
> > ?
> > >
> > > Grande Abraço!
> > >
> > > Rodrigo Carvalhaes
> > > TRIADE TELECOM
> > > --
> > > gter list    https://eng.registro.br/mailman/listinfo/gter
> > >
> > --
> > gter list    https://eng.registro.br/mailman/listinfo/gter
> >
>
>