[MASOCH-L] Conexão Instável.

Ricardo R. da Rosa ricardo at compusat.com.br
Sun Jan 25 18:13:00 -03 2009


Srs, vejam que interessante.

Sábado, dia 24.01 estava com meu Router desligado para manutenção, e 
assim ele ficou por umas 3,5hrs, voltando a conectar às 08:30 da manhã.

Após algumas horas fui verificar os gráficos do MK e para minha surpresa 
meu cliente estava com a conexão perfeita, 256k e o "pente" havia sumido.
Mas era muito bom para ser verdade, hoje, domingo às 16:20 o "pente" 
voltou a aparecer.

Então pergunto, alguém já passou por isso ou tem uma teoria que explica-se?

Att.
Ricardo R. da Rosa

silvio.cesar at unigranrio.edu.br escreveu:
> Aproveitando a oportunidade rsrsr
>
> Como se comporta o burst no Mikrotik(burst-limit, burst-threshold
> principalmente).
>
> Andei lendo que ele faz ajustes em slot-times é isso ?
>
> Att,
>
> Silvio Cesar L. dos Santos
> DTI - Divisão de Tecnologia da Informação/Analista de Redes Pleno
> UNIGRANRIO - Universidade do Grande Rio
> +55 21 2672-7720
> silvio.cesar at unigranrio.edu.br
> http://www.unigranrio.br
>
>
> Ricardo R. da Rosa escreveu:
>   
>> Olá pessoal, só pra dar um retorno.
>>
>> Após inúmeros testes, inclusive com ajuda do pessoal aqui da lista, o
>> problema persiste, quanto mais banda eu dou, maior fica o "pente".
>> A melhor solução que encontrei foi:
>>
>> add name="E256_Cliente_X" target-addresses=201.16.20.245/32
>> dst-address=XXX.XXX.XXX.XXX/32 dst-address=0.0.0.0/0 interface=all
>> parent=none direction=both priority=1 queue=sfq/sfq
>> limit-at=256000/256000 max-limit=256000/256000 burst-limit=512000/512000
>> burst-threshold=256000/256000 burst-time=10s/10s total-queue=sfq
>> disabled=no
>>
>> Foi a que ficou menos instável.
>>
>> Alexandre J. Correa - Onda Internet escreveu:
>>     
>>> testa com esse aqui:
>>>
>>> /queue simple
>>> add burst-limit=2000000/2000000 burst-threshold=1000000/1000000
>>> burst-time=1m/1m comment="" direction=both disabled=no
>>> dst-address=0.0.0.0/0 interface=all limit-at=0/0 \
>>>    max-limit=1000000/1000000 name=cliente1mb parent=none priority=1
>>> queue=default-small/default-small target-addresses=sss.sss.sss.ssss/29
>>> total-queue=default-small
>>>
>>> este cliente tem 1 mb .. com burst de 2mb ativado em 1mb por 60
>>> segundos.. funciona sem problemas...
>>>
>>> Ricardo R. da Rosa wrote:
>>>       
>>>> Ontem liberei os 5M para o cliente que realmente usou mais de 256kbps
>>>> chegando aos 600kbps, só que meu gráfico continua "um pente" com
>>>> altos e baixos, sendo assim voltei a 256k.
>>>>
>>>> Criei agora pela manhã uma fila tipo sfq.
>>>> Abaixo o export.
>>>>
>>>> # jan/15/2009 08:58:51 by RouterOS 2.9.51
>>>> # software id = G638-AGN
>>>> #
>>>> / queue simple
>>>> add name="E256_Nome_Cliente" target-addresses=XXX.XX.XX.XXX/32
>>>> dst-address=0.0.0.0/0 interface=all parent=none \
>>>>    direction=both priority=4 queue=sfq/sfq limit-at=256000/256000
>>>> max-limit=256000/256000 total-queue=sfq disabled=no
>>>>
>>>>
>>>> Alexandre J. Correa - Onda Internet escreveu:
>>>>         
>>>>> tenta criar no lugar de pcq, fifo ou sfq .. aqui uso sfq e fica mto
>>>>> bom...
>>>>>
>>>>> da um export na queue ai.. e posta.. posso testar e ver se acontece
>>>>> o mesmo aqui..
>>>>>
>>>>>
>>>>>
>>>>> Ricardo R. da Rosa wrote:
>>>>>           
>>>>>> Srs.
>>>>>>
>>>>>> Sou Administrador de Redes no RS e estou com um caso no mínimo
>>>>>> curioso.
>>>>>>
>>>>>> Comecei a trabalhar aqui a aproximadamente 40 dias e assumi uma
>>>>>> rede que tem 1 MikrotiK como firewall principal, nele tenho
>>>>>> cadastrado as queues dos meus clientes com planos entre 256 e 512k,
>>>>>> meus servidores e co-location além do controle do FW, tenho 12M de
>>>>>> link com Embratel sendo que em horário de pico alcança 8M.
>>>>>>
>>>>>> A situação é a seguinte, tenho um cliente em Co-location que
>>>>>> contratou uma velocidade de 256Kbps up/down com IP dedicado, para
>>>>>> streamming de vídeo ao vivo, então criei uma queue PCQ com a
>>>>>> velocidade contratada, funcionou perfeitamente nas primeiras 23Hrs,
>>>>>> com UP a 256kbps, o gráfico mostra que a conexão praticamente não
>>>>>> variou, porém após esse período começou a oscilar ficando assim
>>>>>> desde então, trabalha aproximadamente 5 minutos cai por 10 ou 15
>>>>>> segundos e volta ao limite da conexão.
>>>>>>
>>>>>> Gostaria de saber se alguém já passou por algo similar ou possa me
>>>>>> explicar o que está acontecendo.
>>>>>>
>>>>>> Att,
>>>>>> Ricardo R. da Rosa
>>>>>> __
>>>>>> masoch-l list
>>>>>> https://eng.registro.br/mailman/listinfo/masoch-l
>>>>>>
>>>>>>             
>>>>> __
>>>>> masoch-l list
>>>>> https://eng.registro.br/mailman/listinfo/masoch-l
>>>>>
>>>>>           
>>>> __
>>>> masoch-l list
>>>> https://eng.registro.br/mailman/listinfo/masoch-l
>>>>
>>>>         
>>> __
>>> masoch-l list
>>> https://eng.registro.br/mailman/listinfo/masoch-l
>>>
>>>       
>> __
>> masoch-l list
>> https://eng.registro.br/mailman/listinfo/masoch-l
>>     
> __
> masoch-l list
> https://eng.registro.br/mailman/listinfo/masoch-l
>
>   




More information about the masoch-l mailing list