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

[Ismael Carelli (M=C3=B3vel)]

Olá!

  Já que ele faz streaming, esse pente pode ser conexões caindo porque que o consumo de banda está no limite.

--
[]'s
Ismael

------- Original message -------
From: Ricardo R. da Rosa <ricardo at compusat.com.br>
To: masoch-l at eng.registro.br
Sent: 25.1.'09,  18:12

> 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
> >
> >   
> 
> __
> masoch-l list
> https://eng.registro.br/mailman/listinfo/masoch-l