[GTER] Garantia 10% Best Effort

Ricardo Stock ricardostock at bol.com.br
Tue Apr 5 17:08:40 -03 2011


o que eu conheço sobre isto, é que a banda é compartilhada entre todos, não 
há garantia nenhuma das transmissões serem concluidas, uma vez que a banda é 
compartilhado e as transmissões concorrem umas com as outras. E sem nenhum 
motivo ou critério, tipo as cegas mesmos, quando a congestinamento de banda, 
os pacotes são "descatardos" aleatoriamente. sem falar que tem o delay.

Nunca ouvi falar sobre garantia (de forma clara). nem escura :-)


Ricardo Stock
ricardo at stocksistemas.com.br
www.stocksistemas.com.br
-

---- Original Message ----- 
From: "Henrique de Moraes Holschuh" <henrique.holschuh at ima.sp.gov.br>
To: "Grupo de Trabalho de Engenharia e Operacao de Redes" 
<gter at eng.registro.br>
Sent: Tuesday, April 05, 2011 4:39 PM
Subject: Re: [GTER] Garantia 10% Best Effort


On 05-04-2011 15:18, Pedro Angones wrote:
> Alguém sabe me dizer que lei diz que links Best Effort devem ter
> garantia de apenas 10%?

Nenhuma.  É a "prática" de mercado.

A ANATEL quer regulamentar limites mais razoáveis no plano geral de
metas do SMP:
http://convergenciadigital.uol.com.br/cgi/cgilua.exe/sys/start.htm?from_info_index=11&infoid=23394&sid=17),
mas é óbvio que os dino$$auros não querem, e pelo que me contam, a
ANATEL de hoje não é a mesma que forçou goela abaixo a portabilidade.

O SCM continua sem metas de qualidade (RGQ-SCM), mas parece que
este está para ir para consulta pública no futuro não muito distante.
Mas duvido que vá ter destino melhor que o PGM do SMP.

Claro que se não regulamentar a latência máxima admissível, não adianta
de grande coisa para qualquer coisa que não seja download de arquivo.
Só que se falar algo sobre regulamentar latência, parece que o mundo vai
acabar...

No SMP, por exemplo, medi Claro e Vivo aqui em Campinas/SP, e ambas
estavam com buffers enormes, maiores que 1s (chegou a 2s down, 1s up em
um dos casos).  Ou seja, na hora que os enlaces lotam, você tem um RTT
de 3s até a borda da operadora, a ser acrescido ainda pelo RTT entre a
operadora e o destino da conexão.  Só não sei se o bufferbloat é culpa
dos modems HSDPA (testei em Huawei e ZTE *vendido* pela operadora) ou da
infra das operadoras.

PS: HMM = hora de maior movimento

-- 
Henrique de Moraes Holschuh <hmh at ima.sp.gov.br>
IM@ - Informática de Municípios Associados
Engenharia de Telecomunicações
TEL +55-19-3755-6555/CEL +55-19-9293-9464

Antes de imprimir, lembre-se de seu compromisso com o Meio Ambiente
e do custo que você pode evitar.
--
gter list    https://eng.registro.br/mailman/listinfo/gter 




More information about the gter mailing list