+ Responder ao Tópico



  1. #1

    Padrão Teste de velocidade em cada tipo de classificador

    Encontrei esse site interessante, http://klseet.com/index.php/mikrotik...-balancing-pcc onde a pessoa postou várias imagens d testes de velocidade no Speedtest, utilizando cada um dos métodos de classificadores. Eu encontrei isso pq to pesquisando sobre cada método e me interessa muito o tipo src-address, que suportamente atribui cada usuário à um link específico. Em todos métodos houve uma "soma" de links e consequentemente velocidade. Eu sei que não há uma soma, mas provavelmente o speedtest utiliza mais de uma conexão ou "threads" no teste, logo ele usou os dois links para testar a velocidade, o unico método classificador q não teve "soma" foi o src-adddress. o Pergunto então:

    Qual critério que o PCC - src-adddress utiliza pra "jogar" cada usuário em um link específico e assim mantê-lo?

    Tenho essa dúvida porque não gostaria de por exemplo no meio de 60 usuários compartilhando 3 links, ficar digamos 50 usuários pendurados em um, 5 em outro e 5 em mais outros ou algo do tipo, desequilibrado. Se esse método conseguir equilibrar mais ou menos todos usuários entre 3 links, pra mim tá bom, não importa se em um tem mais gente requisitando dados do que em outro. É assim que funciona o método src-adddress? Meus clientes são bem diversificados, queria saber se esse método me dará uma boa divisão entre os links, falo de usuário, nem tanto de endereços e serviços requisitados.

    Obrigado!

  2. #2

    Padrão Re: Teste de velocidade em cada tipo de classificador

    Bom dia, seu questionamento é bem interessante, depois de muito tempo, testar varios e varios tipo de classifers, cheguei a esse do Gerônimo, até deixo os creditos a ele. Foi oq mais gostei em resultado de agilidade, velocidades e usabilidade dos links.

    Segue link para vc mesmo analisar.

    http://routeros.forumpramim.net/t238...-cargas-iguais

    Creditos Gerônimo



  3. #3

    Padrão Re: Teste de velocidade em cada tipo de classificador

    Sim, eu tenho como base esse balance postado por ele, mas queria saber o que tenho que fazer pra não tem problema com sites de banco e videos, que é o que mais tenho visto reclamarem, inclusive com esse balance dele. Não queria uma regra pra tirar uma faixa específica de IP ou endereço do balance, pra mim isso é gambiarra, mas uma regra geral que elimine de vez o problema, tipo uma que vi que retira a porta 443 do balance e 1863, não sei se só isso resolve todos problemas. Vejo gente por exemplo tendo problemas com jogos do Orkut, Café Mania, Fazendinha, Megacity logo depois de implementar um balance. Como tenho vários clientes que fazem uso desses jogos, sei pq ja me reclamaram de problemas no seu carregamento, que depois eu resolvi, mas não quero causar transtorno a eles novamente. Sites de bancos, sei q é um outro problema que li que se resolve ao usar o método source-address, que é o que to tentado a testar primeiro. Tenho cliente que acessa até banco internacional e já vi reclamação em forum gringo de problema com bancos internacionais e até acesso em alguns foruns na Internet ao usar certos tipos de Balance. Ainda não fiz o balance por duas razões, minha RB nova só pra isso ainda não chegou e a outra razão seria problemas com sites e serviços. To tentando encontrar uma solução inicial que não vai me dar dor de cabeça pra eu balancear inicialmente dois links, mas tá vindo um terceiro logo logo.

    Valeu pela sua opinião!

  4. #4

    Padrão Re: Teste de velocidade em cada tipo de classificador

    Bom, um tempo atraz ja foi discutido isso aqui no under, e a solução foi:
    Links iguais usar ECMP, links desiguais usar o PCC, como sendo desiguais vc acaba caindo na separação de trafego HTTPS/443 e alguns sites a mais, enqnto via ECMP nao tem problema. Essa igualdade de link digo mesma velocidade ok (sincronos e assincronos).

    http://wiki.mikrotik.com/wiki/ECMP_l...ith_masquerade

    Mas vamos ver se alguem tem mais idéias, pois retirar esse problema de HTTPS e outros sites seria muito interessante, como casos de clientes meu q colocaram link dedicado (carrissimo) de velicidade menor, assim ficando um balanceamento assincrono de velocidades diferentes, para nao saturar o link dedicado acabo tirando ele dos classifers para nao sobrecarregar e enviando somente os loppbacks, 443 e demais sites q nao podem prticipar do balanceamento.



  5. #5

    Padrão Re: Teste de velocidade em cada tipo de classificador

    Vou ler lá, mas desci a pagina ate em baixo e parece q existe dois problemas com esse método...

    Você lembra sua experiência com o método src-address? Eu to tentado usar esse método inicialmente porque atualmente uso os dois links de forma separada usado routing mark para cada grupo de endereços pré-definidos, aí usuários x saem por um link e y por outro e pra mim tá suficiente assim, mas não consegui que funcionasse bem o fail over, caso um link caia, nem sei se funciona usando esse método e também não consigo acessar rádios dos clientes a não ser que eu conecte via Wireless ou retire o endereço do routing mark ou crie uma address list com os endereços pra quando eu preciso acessar os rádios, mas quando faço isso os clientes perdem acesso à internet, então prefiro conectar via wireless e fazer alterações necessárias. Eu retirei apenas os IP's dos meus rádios do routing mark pra eu poder acessa-los normalmente. Já postei em vários foruns, inclusive gringos, ninguém conseguiu me ajudar nessa parte. Então se o classificador src-address me der resultado similar a esse atual, me permitindo acesso aos radios dos meus clientes e ainda me fornecer um fail over legal, cai um link outro assume, tá perfeito pra minha necessidade. Não me preocupo em fazer com que os clientes usem os dois links ao mesmo tempo, pode ficar parte usando um, de preferencia metade e outra metade no outro link ou quando tiver três links, dividir os clientes em três.

  6. #6

    Padrão Re: Teste de velocidade em cada tipo de classificador

    Realmente o PCC do Geronimo foi o único que funcionou 100% para o meu cenário!

    Basta colocar os sites https mais problemáticos para sair por um link....regras de firewal....fica filé!



  7. #7

    Padrão Re: Teste de velocidade em cada tipo de classificador

    Eu não concordo com colocar sites específicos em regras, só se não tiver outra forma! A Internet é vasta, bilhões de sites, tenho clientes por exemplo que não têm nacionalidade brasileira e costumam acessar muitos sites do estrangeiro, um deles é japonês e acessa muito site lá do japão e coisas em geral de lá, eu não quero ele me ligando dizendo que determinado site não abre, depois ligando denovo que outro site não abre... Valeu pela dica, mas eu gostia de uma regra geral, que corrigisse o problema na raiz, já que o problema é o mesmo causado em sites diferentes, não? Como abrir duas sessões com IP's diferentes? Eu to com uma regra aqui pra tirar todos https (443) do balance e também recomendam a porta 1863. Alguém recomendaria outras portas? Esse será meu primeiro balance, to aguardando minha RB q acho que chega hoje ou amanhã, pra começar as experiências. Conto com a ajuda dos colegas! Valeu!

  8. #8

    Padrão Re: Teste de velocidade em cada tipo de classificador

    Então caro colega, acredito q a sua solução é ECMP. Pelo oque me falaram pois nunca usei, cada conexão sairá por um gateway, alem do failover funcionar muito bem, mas os links tem q ser síncronos.
    Vamos espera mais os especialistas opinarem.



  9. #9

    Padrão Re: Teste de velocidade em cada tipo de classificador

    Nao vai dar pq meu terceiro link q era pra ser de 15 mega parece q vai poder ter só 10 mega e os outros dois já sao de 15 mega. Outra coisa, ninguém fala muito, mas o classificador src-address faz isso, manda cada IP LAN pra um gateway e mantem nele, só queria saber como que ele faz isso, qual critério, se balanceia os clientes de forma equilibrada entre os links... acho q so vou descobrir testando.