[GTER] Gestão de tráfego FTTH

Juliano Primavesi | KingHost Hospedagem de Sites juliano at kinghost.com.br
Sat Jun 22 14:52:24 -03 2013


Excelentes pontos levantados! 

Juliano




Em 21/06/2013, às 01:28, MrGuga escreveu:

> "Como eu faço pra vender 20Gbps de banda de maneira que usem só 10Mbps?"
> 
> Deixando a crítica de lado, acho que escala é fundamental... Vocè precisa
> de muitos light-users pra compensar os heavy-users e os share-users...
> Cache, CDNs, PTTs, ATMs...
> Se forçar a barra na franquia o que que teu serviço vai ter de melhor que
> os outros? Não tem milagre, se a conexão é tão boa quanto um link dedicado,
> porque as pessoas não o usariam como link dedicado?
> 
> Mais ideias:
> - Franquia ilimitada, mas a banda cai pela metade a cada XXX Gb utilizados?
> - Fazer o cliente assinar um termo de responsabilidade? Tipo algo que
> assuste os share-users: quem é que arrisca ir pra cadeia porque o vizinho
> baixou pedofilia? Ou até uma campanha publicitária em conjunto com seus
> concorrentes alertando sobre os perigos do compartilhamento de conexão?
> - Desconto para condominios? Se cada um consegue pagar pra ter a propria
> ocnexão pq compraria compartilhada? A infra é reduzida.
> 
> 
> 
> 
> 
> 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
>> 
> --
> gter list    https://eng.registro.br/mailman/listinfo/gter




More information about the gter mailing list