Página 2 de 3 PrimeiroPrimeiro 123 ÚltimoÚltimo
+ Responder ao Tópico



  1. Ola amigos bom dia!

    Aqui esta acontecendo exatamente o que nosso amigo acima comentou, esta somando a banda dele disponivel no SIMPLE QUEUE com a do QUEUE TREE que é do P2P, eu desabilitei a regra e o cliente voltou a baixar o que tinha disponivel.

    Agora uma pergunta ai pra voces, voces utilizam QUEUE TREE para P2P ou não por que eu tinha essa regra da epoca que comecei quando não tinha licença e ainda trabalhava com ADSL hoje com licença e link dedicado sobrando to começando a pensar que essa regra pra min já não tem mais utilidade.

    O que eu queria era marcar o QOS para navegação porta 80 e assim deixar o cliente abrindo paginas com mais velocidade mas o problema é que assim quem tem 512 e 1Mb ou 2Mb vai navegar da mesma forma e isso seria ruim pros negocios por que como o cliente vai mudar de plano se o de 512Kbps abre as paginas com a mesma agilidade que o cara que tem 2Mbps

    E ai o que voces fazem por ai ?

    Obrigado e um otimo ano a todos.

  2. Eu marco as conexões nas portas que interessam, como a 80,587,443 e etc, e depois crio uma regra de firewall limitando o numero de conexões do cliente, menos as que eu marquei. Ou seja, navegação, email, banco, etc... As conexões são livres. Tudo o que não foi marcado, p2p por exemplo, cai numa regra de firewall que limita as conexões. Pronto, os programas de p2p continuam baixando, mas não conseguem abrir muitas conexões.

    Até agora foi o que mais funcionou para minha situação.



  3. Aqui faço da mesma forma as conexões já estao marcadas e limitadas deixando livre apenas as portas que o amigo mencionou.
    Mas a regra pra acelerar a conexão é uma boa, pena que vc libera pra todos.
    Ja vi em um lugar como fazer uma regra que da 512Kbps a mais pra cada clinte na porta 80 mas pra isso cada plano que eu tenho tinha que ter um range de ip e no hotspot nao tenho como fazer isso.

  4. Citação Postado originalmente por douglasesmeriz Ver Post
    Eu marco as conexões nas portas que interessam, como a 80,587,443 e etc, e depois crio uma regra de firewall limitando o numero de conexões do cliente, menos as que eu marquei. Ou seja, navegação, email, banco, etc... As conexões são livres. Tudo o que não foi marcado, p2p por exemplo, cai numa regra de firewall que limita as conexões. Pronto, os programas de p2p continuam baixando, mas não conseguem abrir muitas conexões.

    Até agora foi o que mais funcionou para minha situação.
    Colega douglasesmeriz, fiquei na dúvida como fica o controle de banda. Ele continua funcionando (via Queue ou outro método)?
    Seria somente restringir a quantidade de conexões simultâneas mas sem que um torrent da vida atrapalhe a abertura das páginas no cliente?

    Os testes que fiz com controle de conexões simultâneas acabou gerando isso. Abro o uTorrent, ele esgota minhas conexões e quando tento navegar tem que ficar dando F5 pra carregar algumas páginas..



  5. Citação Postado originalmente por dmknob Ver Post
    Colega douglasesmeriz, fiquei na dúvida como fica o controle de banda. Ele continua funcionando (via Queue ou outro método)?
    Seria somente restringir a quantidade de conexões simultâneas mas sem que um torrent da vida atrapalhe a abertura das páginas no cliente?

    Os testes que fiz com controle de conexões simultâneas acabou gerando isso. Abro o uTorrent, ele esgota minhas conexões e quando tento navegar tem que ficar dando F5 pra carregar algumas páginas..
    Eu faço assim, é simples:
    Marque as conexões das portas que interessam, como 80, 443, 587, etc..
    Depois você cria uma regra limitando as conexões, com uma marcação ignorando as conexões que você marcou, ou seja, limite toda conexão que você não marcou, assim, as conexões da porta 80, por exemplo, não caem no limite.
    Segue o exemplo:

    /ip fire mangle
    add action=mark-packet chain=forward comment="Marcando Pacotes Sem Limite Conexao" disabled=no dst-port=21 new-packet-mark=semlimite passthrough=yes protocol=tcp
    add action=mark-packet chain=forward disabled=no dst-port=22 new-packet-mark=semlimite passthrough=yes protocol=tcp src-
    add action=mark-packet chain=forward disabled=no dst-port=23 new-packet-mark=semlimite passthrough=yes protocol=tcp src-
    add action=mark-packet chain=forward disabled=no dst-port=25 new-packet-mark=semlimite passthrough=yes protocol=tcp src-
    add action=mark-packet chain=forward disabled=no dst-port=53 new-packet-mark=semlimite passthrough=yes protocol=tcp src-
    add action=mark-packet chain=forward disabled=no dst-port=80 new-packet-mark=semlimite passthrough=yes protocol=tcp src-
    add action=mark-packet chain=forward disabled=no dst-port=110 new-packet-mark=semlimite passthrough=yes protocol=tcp
    add action=mark-packet chain=forward disabled=no dst-port=443 new-packet-mark=semlimite passthrough=yes protocol=tcp
    add action=mark-packet chain=forward disabled=no dst-port=587 new-packet-mark=semlimite passthrough=yes protocol=tcp
    add action=mark-packet chain=forward disabled=no dst-port=8080 new-packet-mark=semlimite passthrough=yes protocol=tcp

    /ip firewall filter
    add action=drop chain=forward comment="Limitando numero conexoes simultaneas" connection-limit=25,32 disabled=no packet-mark=!semlimite protocol=tcp tcp-flags=syn
    Espero ter ajudado.

    PS: apesar de morar a mais de 10 anos em SP, sou de São Leopoldo , um abraço.






Tópicos Similares

  1. Respostas: 9
    Último Post: 22-09-2015, 18:58
  2. Simple Queue com banda independente.
    Por dmknob no fórum Redes
    Respostas: 0
    Último Post: 30-12-2012, 18:49
  3. Dúvidas sobre limitide de banda e queue types
    Por RVitoria no fórum Redes
    Respostas: 2
    Último Post: 25-01-2007, 16:11
  4. Controle de Banda, Sem ter q criar Queue
    Por marcoscx no fórum Redes
    Respostas: 6
    Último Post: 26-10-2006, 08:40
  5. Respostas: 9
    Último Post: 08-10-2006, 09:12

Visite: BR-Linux ·  VivaOLinux ·  Dicas-L