[caiu] Problemas de Vazao gvt p/ simet

[Fabricio Tamusiunas]

  Duas transferências, de ASN distintos (14026 e 22548), de portas e serviços diferentes (SIMET e FTP), dando vazão similares significamente abaixo da contratada... Parece que realmente tem "caroço debaixo deste angú".
  Relataste isto a operadora recentemente (últimos dois dias)? Se sim, qual foi a posição oficial recente dela?

  Fabrício.

-------- Original message --------
Subject: Re: [caiu] Problemas de Vazao gvt p/ simet 
From: "casfre at gmail.com" <casfre at gmail.com> 
To: Lista das indisponibilidades da Internet brasileira <caiu at eng.registro.br> 
CC:  

2011/12/6 Marcos Tadeu <marcos at telecom.uff.br>:
> On 12/06/2011 02:44 PM, Rubens Kuhl wrote:
>>>> Pensei nessa opção Rubens, mas ainda fica a dúvida sobre os dois
>>>> testes ao mesmo tempo.
>>>
>>> Shaping por conexão, já vi muito disso.
>>
>> Não só é possível fazer shaping por conexão, mas também shaping para
>> conexões que transferem mais do que x Megabytes. Até esse número
>> velocidade máxima, depois entra uma torneira.
>
> Ou aliado a número máximo de conexões: até X conexões do mesmo IP: livre.
> Após X conexões, gargalo estreito nas conexões acima de X.

Bem, nas oportunidades que tive de perguntar, disseram que não há esse
tipo de limitação. A minha iniciativa é a de acreditar e continuar
procurando uma explicação técnica. Eu já vi alguns tipos dos citados
funcionando (em outras redes, não aqui), inclusive via Squid. Imagino
que com a "caixa" adequada não seja "bicho de 7 cabeças" fazer os
ajustes que listaram. Pergunta para quem tem mais experiência nesse
tipo de análise: há uma forma inequívoca de demonstrar o que realmente
está acontecendo?

Eu não preciso, necessariamente, do conteúdo que está no SIMET, no
entanto, por ser o teste sugerido na página da ANATEL, por ter o aval
do INMETRO (se bem lembro dos testes divulgados) e por estar aos
cuidados do NIC.BR (nenhum significado para a ordem que usei) é o
teste que eu tenho usado como base de comparação, além daquele
oferecido pela operadora. Como já foi dito na lista, e por lógica, não
creio que haja esse tipo de limitação do lado do SIMET, pois seria
"tiro no próprio pé". :-)

Sem saber o que causa a limitação, todos os testes que eu poderia
fazer, via SIMET, estão inviabilizados a priori, pois nenhum resultado
será confiável. Se não há limitação em nenhum dos lados, então, as
medidas obtidas via SIMET não servirão como base para análise.

Eu fiz o teste com ftp.registro.br, usando método PORT (verifiquei a
transferência via porta 20, como esperado) e o resultado foi similar
ao já encontrado antes, ou seja, vazão limitada.

Alguma outra sugestão?

Obrigado.

Cássio
_______________________________________________
caiu mailing list
caiu at eng.registro.br
https://eng.registro.br/mailman/listinfo/caiu


--> PARA SAIR DA LISTA SIGA AS INSTRUÇÕES em:

https://eng.registro.br/mailman/options/caiu