[GTER] Prioridade em um bloco

Lucas Willian Bocchi lucas.bocchi at gmail.com
Sat Dec 10 11:25:51 -02 2016


Desculpe, esqueci de citar que no parent dos das duas outras queues vc tem
que colocar a primeira queue criada como "pai" desses dois "filhos".

Em 10 de dezembro de 2016 11:24, Lucas Willian Bocchi <
lucas.bocchi at gmail.com> escreveu:

> Você pode criar uma queue com o valor total da banda do link de
> redundância e criar mais dois queues. Na queue A vc coloca a faixa de IP
> dos clientes vip, na outra você deixa sem faixa (0.0.0.0/0). Na primeira
> vc coloca priority 1, no max limit o valor total da banda do link de
> redundância, e no limit-at o quando você quer garantir para os clientes
> dessa classe (80%, 90%, sei lá que conta vc quer fazer). No B vc deixa a
> priority 8, no max limit vc coloca o valor total da banda do link de
> redundância, e no limit-at o resto da banda que sobrou da conta anterior.
> Se quiser caprichar mais, pode usar o mangle e marcar os pacotes (como já
> foi falado) e usar o recurso do packet-mark do queue. E como tudo que nós
> queremos fazer na nossa rede isso tem um custo, no caso o custo
> computacional de fazer esse controle todo na RB, mas nada que uma 1006 não
> dê conta.
>
> Em 9 de dezembro de 2016 22:42, Andre Almeida <andre at bnet.com.br>
> escreveu:
>
>> O objetivo é:
>>
>> Sobre a banda:
>> Se os clientes Link full precisarem, vai ser disponibilizada dentro do
>> possível, tentando minimizar o gargalo para esses.
>>
>> Se os clientes Link full estiverem ociosos, o tráfego, mesmo já afunilado
>> naturalmente, será utilizado para qualquer cliente.
>>
>> Se eu marcar os pacotes com flags ACK, dos blocos dos que não são link
>> full
>> nas regras de mangle, acho que terei que criar queues no roteador de borda
>> , aplicando prioridades?
>>
>> Isso vai gerar muito consumo de recursos?
>>
>> A princípio será necessário criar regras somente na borda e nesse caso em
>> específico vou adicionar essas regras somente na borda onde se encontra o
>> link de contingência....
>>
>> Ainda não consegui entender como posso fazer de forma "descomplicada" e
>> sem
>> exagero de uso de recursos.
>>
>> Agradeço muito a ajuda de todos que estão disponibilizando de seu tempo
>> para me ajudar.
>>
>>
>> André Almeida
>>
>>
>> * Email enviado através de dispositivo móvel.
>>
>> Em 9 de dez de 2016 10:30 PM, "Rubens Kuhl" <rubensk at gmail.com> escreveu:
>>
>> > 2016-12-09 17:31 GMT-02:00 Andre Almeida <andre at bnet.com.br>:
>> >
>> > > Verdade, sobre TCP, faz sentido.
>> > >
>> > > Bom, agora no mesmo assunto, qual a melhor forma de fazer isso na
>> borda.
>> > > No caso, usamos Mikrotik.... não sei se seria interessante fazer queue
>> > mas
>> > > sim talvez uma mangle pra alterar algo que fizesse ter mais
>> prioridade.
>> > >
>> > > Alguém com alguma dica ?
>> > >
>> >
>> > O Mikrotik tem um match "limit" que pode ser colocado em "mode=packet" e
>> > com isso contar pacotes por segundo. Junte isso com o bloco dos
>> clientes e
>> > flags ACK que você tem um caracterização do tráfego que quer
>> > limitar/atrasar/dropar.
>> >
>> >
>> > > Alterar DSCP por exemplo somente daquele bloco? Surtiria efeitos?
>> > >
>> >
>> > Não, somente teria efeito se algo à frente usasse isso como referência.
>> >
>> >
>> > Rubens
>> > --
>> > gter list    https://eng.registro.br/mailman/listinfo/gter
>> --
>> gter list    https://eng.registro.br/mailman/listinfo/gter
>>
>
>



More information about the gter mailing list