Comentários do Blog

Amigos, postei meu problema nesse topico, porque aqui só tem fera e tenho certesa que os amigos podem me ajudar. É o seguinte: Tenho um Link dedicado que a operadora me passou da seguinte forma : IP WAN: 189.47.148.254/30 (255.255.255.252)
Gateway Padrão: 189.47.148.253
DNS PRI: 189.47.143.144
DNS SEC:189.110.10.1
BLOCO de IP: 189.47.161.0/24 (255.255.255.0) Todo isso é só um exemplo-OK
USO NA REDE PPPoE
. Cadastro o cliente no MK em (PPP)-(Secrets) somente Nome / Password - Service:pppoe - Profile: meu plano
. Nos clientes quanto vou instalar sempre deixo a placa de rede para Obter um endereço IP automaticamente e os DNS tambem.
. Criu um discador so coloco o Login e senha, pronto tudo Certo
PROBLEMA: Se algum cliente colocar IP na placa de rede para rotear mais de um PC, minha rede toda pega o DHCP da placa dele. O que eu posso fazer para isso não acontecer mais?
. Esse conflito esta me atrapalhando por conta se eu corto um cliente ele consegue navegar sem ter que usar o discador.
Gostaria de usar os BLOCOS de IP e dar um IP fixo para cada um.
Obrigado

Eu gostaria de fazer assim cliente que contrata 512K eu dixar com burst de 1MB por uns 20seg

no Exemplo 2...
Eu recebo um ip para conexao em uma classe e tenho uma outra classe de ip apra distribuir para os clientes
fiz as configuracoes com algumas difencas.

ao inves de jogar os ips validos na interface do link, eu joguei a classe de ip valido que recebo na interface lan
e em ppp profile, eu atribui essa classe de ip valido em "Remote address"
em "local address" eu atribui uma outra classe qualquer (so que essa classe nao esta criada nem na wan, nem na lan em ip address)

e esta funcionando perfeitamente... cliente recebendo ip valido
e quando acaba os ips validos, os clientes caem em um NAT de 13 ips cada

Eu passei a usar Burst somente para compensar a perda que o cliente deve ter no meio do caminho.
ou seja, se ele contrata 1 mega, eu entrego 1000 de banda normal e 1100 de burst.

Muito bom seu artigo. De tanto que todo mundo fala, o cara acaba entrando no mesmo dicionario, como o "cache full", que nada mais é que o zero penalty hit.
Continue assim!
Saudações,

Complicado isso, como ficaria no caso dos clientes que contratam 1MB? Alguém usa essa técnica com planos de 1 ou 2mb?

Postado originalmente por 1929

speed - 1000
SizeF - 5
EcoLk - 40
ThreS - 30
Você vai obter esta regra para o burst.

400k/400k 1000k/1000k 120k/120k 40/40 8

onde:
banda contratada - 400kbps
Burst - 1000kbps
120k - é o ponto de corte utilizado pelo cálculo do mikrotik
40 - é o tempo utilizado para o cálculo do mikrotik - Não é o tempo que dura o burst.
8 - é a prioridade (mínima)

Se levar em consideracao que o cliente tera os 1000k durante todo o periodo do burst (ou seja, sem ocilacao)... nesses valores o cliente devera permanecer uns 5s com Burst e uns 35s sem Burst.
o Burst é perfeito para dar aquela sensacao de maior banda para o cliente.
Pena que muitos provedores fazem uso do Burst para fornecer a banda contratada, ou seja, vendem Burst... na minha opiniao, eu acho isso uma falta de etica do provedor, principalmente quando esse nao é informado ao cliente.

É isso, porem a tecnica é diferente do que a maioria ainda utiliza, na maior parte dos casos o burst é utilizado pra 'furar' o limite de banda do usuário (até o nome sugere isso). No caso deste blog é justamente o contrario, o valor limite do plano é o próprio burst e os demais valores são adicionais pra segurar os mais afobados consumidores de banda dessa forma promovendo um nível extra na QoS e difundindo o conceito de divisão justa da banda disponível com a formula 'quem usa menos tem maiores beneficios imediatos'.

NTurbo, o TB ou tempo de burst, na verdade não tem nada a ver com o tempo que dura o burst.
Mas estes valores são utilizados no algoritmo que o mikrotik usa para calcular o threshold ou seja o ponto onde ele corta o burst.
Eu no ínício também me confundia com o busrt time pois achava que o burst durava o tempo que se colocava lá.

Este programa que o Luciano postou é show. Vai fazendo testes com ele e observando os resultados até você chegar no desejado.
Um parâmetro que achei interessante no programa é o sizeF. Este valor é em Mega.
Não sei como é o cálculo interno do programa do Luciano, mas este valor interfere diretamente no tempo
Ele garante um tráfego antes de aplicar o limite contratado. Tenho ainda alguns detalhes para entender na aplicação do programa, mas pelo que entendi este sim seria o valor alcançado para ativar novo ciclo de burst. É isso Luciano?

Faz um teste aí com os valores: Foi uma combinação de valores que deixou os assinantes com um bom desempenho de navegação no meu caso. Consigo assim dar um pico de até 1 mega por algum tempo e retorna ao plano contratado. Como disse o Luciano, fica subindo e descendo e isso dá um sensação de velocidade para todo mundo.

speed - 1000
SizeF - 5
EcoLk - 40
ThreS - 30
Você vai obter esta regra para o burst.

400k/400k 1000k/1000k 120k/120k 40/40 8

onde:
banda contratada - 400kbps
Burst - 1000kbps
120k - é o ponto de corte utilizado pelo cálculo do mikrotik
40 - é o tempo utilizado para o cálculo do mikrotik - Não é o tempo que dura o burst.
8 - é a prioridade (mínima)

Nem um nem outro, é o tempo no qual serão geradas as amostras de valores de onde serão calculadas as médias pra aplicar burst ou threshold.

Veja nos exemplos temos uma linha do tempo em segundos.

Abraço