proxy full agora da!!!

[jhonnyp]

pessoal olhem esse link do
Queue with Masquerading and Internal Web-Proxy - MikroTik Wiki

agora da de fazer controlar a banda do que nao estiver no proxy e entregar o que estiver no proxy e uma velocidade maior, deem uma lida é interresante, essa nova versão ja ta com um monte de novidades muitos uteis mesmo.

[rps67]

Opa ...........
Muito bom, vou testar e colocar aqui os resultados .....

Legal

[gustkiller]

dando uma lida rapida , com o controle de banda dos usuarios feitos por simple queue , que é o que amaioria das pessoas utilizam, bypassar o controle do simple queue.

estou sem a versao 3, quem tem testa e passa ai o resultado!

[raa_]

so serve pro mikrotik 3.0?

[undrtkr]

só uma duvida, se eu instalar uma licenca na versao 3.0 q ainda ta em testes e tiver algum problema, tem como fazer downgrade pra versao 2.9.x (nao sei a versao atual)?

[kryseck]

Pena q é só na versão 3!

[notgle]

Fiz os testes aqui com o 3.0rc2 mais nao vi resultados, vou baixar a versão mais atualizada para testar, alguém já testou isso e deu certo?

[alexandrecorrea]

para wireless isso vai ser um tiro no pé !!! eu montei aqui um sistema que fazia isso.. e comecei a ter problema pelo alto trafego gerado...

foi so desligar o 'super-cache' que tudo voltou ao normal... diminuiu 1.5mb de trafego em 2 dos meus pontos principais

[jhonnyp]

alexandre, dai dependo de como fazer, por exemplo to testando aqui mas ainda nao consegui direito, porem assim, issso é bom se caso o mk for o ap entao fazermos um controle de banda no ap do cliente, mas no meu caso to fazendo assim, mk no link fazendo controle de banda com esse recurso dai limito a 128 k o que nao estiver no proxy, e no ap que esta na torre faço mais uma queue e limito em 384 k, ou seja o trafego nao ira ser tao desastroso asssim e eu nao estarei colocando em risco minha rede.

to testando aqui, instalei o sistema em um pendrive,. funciona maravilha, porem nao consegui terminar de testar e agora vou ter que reinstalar, segunda continuarei meus testes

[antoni]

para wireless isso vai ser um tiro no pé !!! eu montei aqui um sistema que fazia isso.. e comecei a ter problema pelo alto trafego gerado...

foi so desligar o 'super-cache' que tudo voltou ao normal... diminuiu 1.5mb de trafego em 2 dos meus pontos principais

Eu também testei aqui e não obtive bons resultados. Acho melhor deixar o cliente navegando na banda contratado, mesmo quando o download está no cache. Em caso de download longo, pode deixar a rede lenta.

[jhonnyp]

bom eu ainda nao testei, porem ja fico meio desanimado com o parecer de voces, mas semanha que vem testarei pra ver, pq eu tinha esperança de que com isso funcionasse legal.

vamos ver no que vai dar

[tiagomatias]

Bom, estava esperando esse topico ser criado para eu poder entrar, vamos la.

Cache Full.

Todo mundo quer o danado do cache full, logo o cara ja imagina, poxa vida imagina meus clientes baixando arquivos que estejam direto no meu HD sem sair para net, e isso a todo vapor, em média 4MB que é o maximo hj que os cartões em 2.4ghz conseguem trafegar de dados real, o chamado "Throughput".
Pois então, hj o mt se vc setar na opção do web-proxy que é o SQUID do mikrotik na opção Maximum Object Size para no exemplo 20000KB todos os arquivos que forem de ate 20MB baixados pela porta 80 serão armazenados em Disco, assim um proximo cliente que for baixar esse mesmo arquivo novamente ao inves de baixar ele da net d novo ele baixara direto do servidor mikrotik, sem precisar usar LINK de internet para isso, ate então perfeito!!! Isso é uma maravilha, da uma economia de 35% de link. Mas todos ja sabem que os clientes do mikrotik quando baixam esses arquivos que estão em cache "disco" ira baixar na largura da banda que esta setado no /queue simple dele. Ok
Ai vem aquele lance, muita gente acha vantagem de se ter um cache full, o que seira isso, baixar os arquivos que estão em cache "disco" sem LIMITE DE VELOCIDADE, nossa, que louco não !!!

Sim e não.

Como ja foi falado anteriormente que se fazemos isso vai dar problemas, como gargalo nos APs, pq os mesmo n tem muita largura de banda para isso, então se apenas 1 cliente baixar um arquivo de 20MB que esta em cache "dsico" so ele ja estoura seu AP, pq vai dar uma taxa de transferencia de 400Kbps ate + um pouco... muito bom isso não ??? sim e não d novo, pq os d+ clientes estão tmb no mesmo AP requisitando acesso a net e como um cliente esta com essa taxa de transferencia a LATENCIA dos d+ estara la em cima, pings Horriveis, e muito problema, isso imaginamos em cima de um cliente, agora imagina 100 clientes ao mesmo tempo fazendo a mesma coisa caus e caus....

Em fim o que eu quero deixar é que tem como sim fazer o cache FULL no mikrotik na versão 2.9.x vou postar como fazer isso, agora toma vc mesmo suas conclusãoes de se quer colocar ou não para funcionar

1 - Marque os pacotes do proxy que entregue ao cliente
/ ip firewall mangle
add chain=output protocol=tcp src-port=3126 action=mark-connection new-connection-mark=proxyC passthrough=yes comment="" disabled=no
add chain=output connection-mark=proxyC action=mark-packet new-packet-mark=proxyF passthrough=no comment="" disabled=no

2 - Crie um novo simple queue com essa marcação e deixa ele sem limite de velocidade
/queue simple
add name="CACHE FULL" target-addresses=0.0.0.0/0 dst-address=0.0.0.0/0 interface=all parent=none packet-marks=proxyF direction=both priority=8 \
queue=default/default limit-at=0/0 max-limit=0/0 total-queue=default-small disabled=no

Dessa forma tudo que estiver em cache "disco" será entregue ao cliente sem controle de banda.

Não esquecer de colocar essas duas regras acima de qualquer OUTRA que tiver, tanto no /queue simple quanto no /ip firewall mangle

Caso queira se aprovundar mais no que exatamente eu fiz pode consultar o fluxo do mikrotik, com ele vc faz o que vc quiser:
http://www.mikrotik.com/testdocs/ros/2.9/ip/flow.php

[jhonnyp]

tiago, na sua regra onde tem port 3126? é pq é a sua porta do proxy? pq no meu caso uso a porta 3128 entao devo mudar ali? é isso? ou o que?

gostaria de lembrar ao meu ver acho util esse recurso como expliquei em um outro post, nao entregando full para o cliente mas sim, fazendo esse recurso no gateway da rede, e fazendo mais um controle de banda no AP, onde eu limitaria em 384 kbps, no meu caso, ou seja, o que estiver no proxy ira 3 vezes mais rapido do que o normal, o que nao seria um exagero assim, vou fazer testes, como falei, talvez eu ate coloque 256 kbps no lugar de 384, mas acho que ira ajudar sim, posso estar errado porem vou testar.

parabes tiago boa contribuição, assim que der vou testar tbem

ha no caso o ap que eu me refiro é um Mikrotik AP ta legal,,,

[undrtkr]

Bom, estava esperando esse topico ser criado para eu poder entrar, vamos la.

Cache Full.

Todo mundo quer o danado do cache full, logo o cara ja imagina, poxa vida imagina meus clientes baixando arquivos que estejam direto no meu HD sem sair para net, e isso a todo vapor, em média 4MB que é o maximo hj que os cartões em 2.4ghz conseguem trafegar de dados real, o chamado "Throughput".
Pois então, hj o mt se vc setar na opção do web-proxy que é o SQUID do mikrotik na opção Maximum Object Size para no exemplo 20000KB todos os arquivos que forem de ate 20MB baixados pela porta 80 serão armazenados em Disco, assim um proximo cliente que for baixar esse mesmo arquivo novamente ao inves de baixar ele da net d novo ele baixara direto do servidor mikrotik, sem precisar usar LINK de internet para isso, ate então perfeito!!! Isso é uma maravilha, da uma economia de 35% de link. Mas todos ja sabem que os clientes do mikrotik quando baixam esses arquivos que estão em cache "disco" ira baixar na largura da banda que esta setado no /queue simple dele. Ok
Ai vem aquele lance, muita gente acha vantagem de se ter um cache full, o que seira isso, baixar os arquivos que estão em cache "disco" sem LIMITE DE VELOCIDADE, nossa, que louco não !!!

Sim e não.

Como ja foi falado anteriormente que se fazemos isso vai dar problemas, como gargalo nos APs, pq os mesmo n tem muita largura de banda para isso, então se apenas 1 cliente baixar um arquivo de 20MB que esta em cache "dsico" so ele ja estoura seu AP, pq vai dar uma taxa de transferencia de 400Kbps ate + um pouco... muito bom isso não ??? sim e não d novo, pq os d+ clientes estão tmb no mesmo AP requisitando acesso a net e como um cliente esta com essa taxa de transferencia a LATENCIA dos d+ estara la em cima, pings Horriveis, e muito problema, isso imaginamos em cima de um cliente, agora imagina 100 clientes ao mesmo tempo fazendo a mesma coisa caus e caus....

Em fim o que eu quero deixar é que tem como sim fazer o cache FULL no mikrotik na versão 2.9.x vou postar como fazer isso, agora toma vc mesmo suas conclusãoes de se quer colocar ou não para funcionar

1 - Marque os pacotes do proxy que entregue ao cliente
/ ip firewall mangle
add chain=output protocol=tcp src-port=3126 action=mark-connection new-connection-mark=proxyC passthrough=yes comment="" disabled=no
add chain=output connection-mark=proxyC action=mark-packet new-packet-mark=proxyF passthrough=no comment="" disabled=no

2 - Crie um novo simple queue com essa marcação e deixa ele sem limite de velocidade
/queue simple
add name="CACHE FULL" target-addresses=0.0.0.0/0 dst-address=0.0.0.0/0 interface=all parent=none packet-marks=proxyF direction=both priority=8 \
queue=default/default limit-at=0/0 max-limit=0/0 total-queue=default-small disabled=no

Dessa forma tudo que estiver em cache "disco" será entregue ao cliente sem controle de banda.

Não esquecer de colocar essas duas regras acima de qualquer OUTRA que tiver, tanto no /queue simple quanto no /ip firewall mangle

Caso queira se aprovundar mais no que exatamente eu fiz pode consultar o fluxo do mikrotik, com ele vc faz o que vc quiser:
http://www.mikrotik.com/testdocs/ros/2.9/ip/flow.php

acho q dessa forma q vc descreveu nao vai adiantar muito, pq o mikrotik ainda nao sabe se vem do disco, ou se vem da internet, só vai saber q ta saindo do proxy

o que o mikrotik na versao 3 faz, é marcar la no PROXY os pacotes com acertos (HITS) pq esses sim vem do disco, e depois tirar o controle de velocidade desses pacotes

na sua demonstracao, todos os pacotes q vierem do proxy independente se vem do disco ou da internet seram sem velocidade,

é uma boa saida para acelerar navegacao e deixar o resto com controle mais baixo
mas vai acelerar tudo vier do proxy, e nao só o que vem do disco

[undrtkr]

bom, olhando bem o codigo q o Tiago Matias postou, resolvi fazer uma implementacao diferente aqui e acho q ficou legal fiz da seguinte forma

atendo cerca de 35 clientes por AP
cada AP tem sua propria rede ex: AP1 rede 192.1680.0/24 AP2 192.168.1.0/24

levando em conta q cada AP suporta um thorougput de 4mb, resolvi entao implementar as regras do queue da seguinte forma:

1 name="Proxy-Cache 192.168.0.0/24" target-addresses=192.168.0.0/24
dst-address=0.0.0.0/0 interface=all parent=none packet-marks=proxyF
priority=6 queue=wireless-default/wireless-default
limit-at=1024000/1024000 max-limit=2048000/2048000
burst-limit=0/0 burst-threshold=0/0
burst-time=0/0 total-queue=default

2 name="Proxy-Cache 192.168.1.0/24" target-addresses=192.168.1.0/24
dst-address=0.0.0.0/0 interface=all parent=none packet-marks=proxyF
priority=6 queue=wireless-default/wireless-default
limit-at=1024000/1024000 max-limit=2048000/2048000
burst-limit=0/0 burst-threshold=0/0
burst-time=0/0 total-queue=default


e assim por diante, tudo q vier do PROXY passa para os clientes a 2mb, e tudo q vier por fora do PROXY, como radio, FTP, email e tal passa na velocidade normal

lembrando q eh 2mb para todos os clientes da rede, nesse caso estarei usando metade do thorougput do AP para navegacao, fiz um teste agora, e ficou bem legal

porem isso se aplica a minha forma de trabalhar com a rede, q tenho no max 35 40 clientes por rede, quem tiver redes lotadas com certeza vai embuxar no AP e ficar ruim pro pessoal

quem usa rede cabeada acho q iria ficar uma maravilha

testem ai e postem seus resultados

[tuxbrasil]

essa questão do cache full ja está sendo empregado em muitos provedores como como foi falado é um tiro no pé, se tem uma opção que é controlar a banda 2x assim funcionaria legal na verdade não iria full passando pelo controle de banda 2.

[jhonnyp]

essa questão do cache full ja está sendo empregado em muitos provedores como como foi falado é um tiro no pé, se tem uma opção que é controlar a banda 2x assim funcionaria legal na verdade não iria full passando pelo controle de banda 2.

isso mesmo tux, tem que haver um segundo controle, é loucura liberar full para os clientes, no titulo do topico comentei que ja é possivel com a versao 3 do mk, porem nunca usaria assim na minha rede,

valeu a todos segunda posto mais

[undrtkr]

essa questão do cache full ja está sendo empregado em muitos provedores como como foi falado é um tiro no pé, se tem uma opção que é controlar a banda 2x assim funcionaria legal na verdade não iria full passando pelo controle de banda 2.

exatamente o q pretendo fazer com a V3 do Mikrotik,
deixar com controle a saida do cache, controlar num valor mais alto que nao de gargalo na infraestrutura da rede, mas q acelere bem a navegacao

outra coisa q acho q ficaria interessante, eh alem de marcar os hits do proxy é marcar arquivos pequenos até 128kb geralmente gifs de sites pra esses sim terem velocidade bem alta, e arquivos maiores de 1mb com velocidade mais inferior, e o restante em velocidade contratada

mas isso acho q ja é trabalho pra um servidor montado em linux

[tuxbrasil]

o negocio é economia de link que é caro, economia com o download ja ajuda muito, 20% creio de economia ja ta bom demais.

[floydaniel]

BOA TARDE PESSOAL LEGAL O TOPICO,

undrtkr, teria como vc comentar se no caso eu fosse liberar do proxy, somente 512k ou 1m, sou meu novato e to aprendendo tudo por aki, uma grande duvida minha é qual a diferença do web-proxy e proxy, e como faço pra saber se tudo q vem da net fica mesmo no proxy...

me da uma luz ai...


valeu abraço