Olá pessoal, gostaria de algumas dicas de quem ja tem experiencia....
Na hora de cadastrar os planos no MK-Auth qual a melhor configuração (preenchimento dos dados de velocidade do acesso upload/download )....
No meu caso vendo planos de 200k, 400k e 600k....
No meu MK-Auth aqui o campo nome do plano nao aceita espaço, é normal (padrão) ou é so no meu?
Agradeço a quem puder ajudar!
Para adicionar comentários, você deve ser membro de MK-AUTH.
Mas esta parte de bust time e etc eu tb num entendir por isto nem to usando ainda... sei para q serve... tipo um cliente de 128kbps conf da para ele ter a net dele ex. 512kbps por 30 segundos... rsss... eu fiz uns testes tempos atraz no meu mk... mas no mk-auth nunca tentei...
sim funciona tanto no mk qunto no mk_auth, e so vc alterar confome suas necessidades! tipo
32k/150= velocidade contratada
64k/350= o maximo q a conexao do usuario pode chegar (brust)
20k/70k =e a velocidade q tem q chegar ate liberar o proximo brust
16/16 =tempo q dura o brust (16 segundos)
16k/64k = garantia de banda(caso estrapole sua banda o mk vai tentar garantir esssa velocidade)
Prioridade serve o mk saber o q vai "primeiro'', no trafego sendo q pioridade 1 e so para trafegos de muita importancia aki eu uso 8 mesmo! procure infomçoes sobre "QoS" qualidade de serviço vlw
O correto é Burst e não "brust" nem "bust" ou ainda 'Rajada', o funcionamento é diferente ainda do que a maioria imagina ou supõem, segue explicação:
ML - Max Limit 120k = Máxima taxa de transferência após atingido o limite que será caculado com base no tempo de 8s podendo atingir a velocidade máxima de 'Burst Limit = 300k'
BL - Burst Limit 300k = Limite máximo de velocidade usando o recurso de Burst 'Rajada'
BT - Burst Threshold 96k = Valor de 'teto' que poderá ser consumido para ter direito a novo BL de 300k
TB - Burst Time 8s = Tempo sobre o qual são calculados os limites de velocidade
Na prática:
O burst é calculado sobre os ultimos X segundos definidos no TB, ou seja, a média no nosso exemplo dos últimos 8s de consumo, logo:
300k + 300k + 300k + 300k + 300k + 300k + 300k + 300k = Atingiu o limite e a velocidade irá decair até o ML de 120k permanecendo nesta velocidade constante enquanto toda banda for exigida.
Caso o consumo caia por 1s a zero fariamos o calculo:
120k + 120k + 120k + 120k + 0k + 120k + 120k + 120k = 960k/8=105k com este valor o usuário não tem direito a novo BL, na sequencia novamente o consumo cai para valores intermediarios nos dois próximos segundos do acesso então teriamos...
120k + 120k + 0k + 120k + 120k + 120k + 57k + 35k = 692/8s = 86,5k
como o valor de 86,5k é o novo valor da média de consumo nos ultimos 8s e esta abaixo do valor de BT o cliente terá direito a novo BL por 'n' segundos que serão calculados da mesma forma anterior, vou demonstrar no próximo segundo de tempo...
120k + 0k + 120k + 120k + 120k + 57k + 35k +300k = 872/8s = 109k e neste caso como o novo valor da média dos 8s ficou acima do valor de BT o usuário já no próximo segundo passa a não ter direito a velocidade do BL voltando para o controle do ML.
É assim que funciona, tentei explicar da maneira mais clara possível, obviamente que a subida e descida das velocidades leva um certo tempo.
Estou postando um programa facilitador onde você pode calcular o tempo com base no tamanho do arquivo 'trafego' antes de aplicar o ML no cliente.
No exemplo acima veja como ficariam os valores para Download/Upload:
ML - 120k/96k
BL - 300k/128k
BT - 96k/62k
TB - 166s/192s
PRIO - 8
Instruções de uso:
Em Link Upload/Download digite as taxas suportadas pelo seu link para saber quantos clientes irá suportar na taxa máxima de download/upload.
Em SizeF digite o tamanho em MB (somente inteiros) do trafego antes de aplicar o ML.
Em Speed Upload/Download digite a velocidade do BL para o plano que será criado, digite em prio a prioridade, em EcoLk digite o % de queda após o TB e em ThreS o % sobre o EcoLk onde será liberado novo BT.
Observação:
96k/120k 128k/300k 62k/96k 192/166 8 xxk/xxk
O valor que vem depois da prioridade (8) na string acima (xxk/xxk) é o 'minimum-rate' uma especie de garantia oferecida pelo profile, no entanto para oferecer alguma garantia deve-se primeiro obter esta mesma garantia, dito isso cada um sabe bem o que é uma adsl e o que é um link dedicado em termos de garantias.
Grande Luciano faltava Você por aqui.
só uma ressalva pra melhorar a compreensão.
vc postou 120k + 120k + 120k + 120k + 0k + 120k + 120k + 120k = 960k/8=105k
sendo que 120k + 120k + 120k + 120k + 0k + 120k + 120k + 120k = 840k/8=105k
ou seja 120k x 7 segundos e igual a 840k,divididos por 8 segundos e igual a 105k
vlw meu amigo ,sua presença só engrandece o fórum.
Respostas
A questão dos nomes ai e sim msm num aceita espasços msm.. não sei pq...
no meu casso aki eu so coloco asim. 128kbps, 256kbps, etc...
(32k/150k 64k/350k 20k/70k 16/16 8 16k/64k).
Mas esta parte de bust time e etc eu tb num entendir por isto nem to usando ainda... sei para q serve... tipo um cliente de 128kbps conf da para ele ter a net dele ex. 512kbps por 30 segundos... rsss... eu fiz uns testes tempos atraz no meu mk... mas no mk-auth nunca tentei...
32k/150= velocidade contratada
64k/350= o maximo q a conexao do usuario pode chegar (brust)
20k/70k =e a velocidade q tem q chegar ate liberar o proximo brust
16/16 =tempo q dura o brust (16 segundos)
16k/64k = garantia de banda(caso estrapole sua banda o mk vai tentar garantir esssa velocidade)
espero q ajude!
vlw.
ML - Max Limit 120k = Máxima taxa de transferência após atingido o limite que será caculado com base no tempo de 8s podendo atingir a velocidade máxima de 'Burst Limit = 300k'
BL - Burst Limit 300k = Limite máximo de velocidade usando o recurso de Burst 'Rajada'
BT - Burst Threshold 96k = Valor de 'teto' que poderá ser consumido para ter direito a novo BL de 300k
TB - Burst Time 8s = Tempo sobre o qual são calculados os limites de velocidade
Na prática:
O burst é calculado sobre os ultimos X segundos definidos no TB, ou seja, a média no nosso exemplo dos últimos 8s de consumo, logo:
300k + 300k + 300k + 300k + 300k + 300k + 300k + 300k = Atingiu o limite e a velocidade irá decair até o ML de 120k permanecendo nesta velocidade constante enquanto toda banda for exigida.
Caso o consumo caia por 1s a zero fariamos o calculo:
120k + 120k + 120k + 120k + 0k + 120k + 120k + 120k = 960k/8=105k com este valor o usuário não tem direito a novo BL, na sequencia novamente o consumo cai para valores intermediarios nos dois próximos segundos do acesso então teriamos...
120k + 120k + 0k + 120k + 120k + 120k + 57k + 35k = 692/8s = 86,5k
como o valor de 86,5k é o novo valor da média de consumo nos ultimos 8s e esta abaixo do valor de BT o cliente terá direito a novo BL por 'n' segundos que serão calculados da mesma forma anterior, vou demonstrar no próximo segundo de tempo...
120k + 0k + 120k + 120k + 120k + 57k + 35k +300k = 872/8s = 109k e neste caso como o novo valor da média dos 8s ficou acima do valor de BT o usuário já no próximo segundo passa a não ter direito a velocidade do BL voltando para o controle do ML.
É assim que funciona, tentei explicar da maneira mais clara possível, obviamente que a subida e descida das velocidades leva um certo tempo.
Estou postando um programa facilitador onde você pode calcular o tempo com base no tamanho do arquivo 'trafego' antes de aplicar o ML no cliente.
No exemplo acima veja como ficariam os valores para Download/Upload:
ML - 120k/96k
BL - 300k/128k
BT - 96k/62k
TB - 166s/192s
PRIO - 8
Link para download:
http://www.megaupload.com/?d=YRXILVSV
Instruções de uso:
Em Link Upload/Download digite as taxas suportadas pelo seu link para saber quantos clientes irá suportar na taxa máxima de download/upload.
Em SizeF digite o tamanho em MB (somente inteiros) do trafego antes de aplicar o ML.
Em Speed Upload/Download digite a velocidade do BL para o plano que será criado, digite em prio a prioridade, em EcoLk digite o % de queda após o TB e em ThreS o % sobre o EcoLk onde será liberado novo BT.
Observação:
96k/120k 128k/300k 62k/96k 192/166 8 xxk/xxk
O valor que vem depois da prioridade (8) na string acima (xxk/xxk) é o 'minimum-rate' uma especie de garantia oferecida pelo profile, no entanto para oferecer alguma garantia deve-se primeiro obter esta mesma garantia, dito isso cada um sabe bem o que é uma adsl e o que é um link dedicado em termos de garantias.
Post original em:
http://under-linux.org/f143/entender-o-burst-threshold-133312/
só uma ressalva pra melhorar a compreensão.
vc postou 120k + 120k + 120k + 120k + 0k + 120k + 120k + 120k = 960k/8=105k
sendo que 120k + 120k + 120k + 120k + 0k + 120k + 120k + 120k = 840k/8=105k
ou seja 120k x 7 segundos e igual a 840k,divididos por 8 segundos e igual a 105k
vlw meu amigo ,sua presença só engrandece o fórum.
Obrigado pela correção..