Em 09/01/2011 19:44, Nenhum_de_Nos escreveu:
> On Sun, January 9, 2011 17:06, Fabiano Carlos Heringer wrote:
>> Ola Eduardo, também acho...
>> Na interface interna consegui marcar os pacotes e entrar na queue,
>> consegui controlar como queria.
>>
>> Por isso criei queues nas duas interfaces, mas o
On Sun, January 9, 2011 17:06, Fabiano Carlos Heringer wrote:
> Ola Eduardo, também acho...
> Na interface interna consegui marcar os pacotes e entrar na queue,
> consegui controlar como queria.
>
> Por isso criei queues nas duas interfaces, mas o estranho que a queue da
> wan, nenhuma funciona...
Ola Eduardo, também acho...
Na interface interna consegui marcar os pacotes e entrar na queue,
consegui controlar como queria.
Por isso criei queues nas duas interfaces, mas o estranho que a queue da
wan, nenhuma funciona...
eu vejo o trafego sendo marcado na regra correta, mas ele nao entra na
Na verdade, na prática funciona(funcionava, já que faz 2 anos que não
trabalho em ISPs não sei como anda a situação de fluxo nas wans) em 99% dos
casos, já que a maior parte do fluxo é(era?) TCP que tem controle de fluxo.
Deve funcionar ainda, senão os ISPs não fariam TS. Usando shaping no mínimo
t
Bom dia
Com pf + hfsc é possível sim limitar por banda e prioridade ao mesmo tempo essa
é função desde algoritmo de shapper da uma lida na documentação dele é
chatinho de entender no inicio, mas use as tags como eu falei nos ips que fazem
conexão com a porta 5060 e dai ponha eles com banda
a Brasileira de Discussão sobre FreeBSD (FUG-BR)
> Subject: Re: [FUG-BR] RES: Controlar Banda para voip
>
> O que adianta voce priorizar somente um lado da conversa? Vão te escutar
> direitinho, mas voce não vai entender nada da conversa... Quem vai
priorizar
> os pacotes de Voip na sua wa
O que adianta voce priorizar somente um lado da conversa? Vão te escutar
direitinho, mas voce não vai entender nada da conversa... Quem vai priorizar os
pacotes de Voip na sua wan? A operadora não faz isso, a não ser que voce compre
um link mpls.
Tenta fazer oq o William disse: crie 3 queues: s
IMHO você teria que limitar também a banda para o link não ficar no max e
degradar a banda do voip limite a sua banda em 80 % deixando uma folga para
o trafego já fiz fw a muito tempo usava pf + hfsc e funcionava muito bem é
chato pq ele reserva estaticamente a banda mas é o método que me de
Entendi...
Entao resumindo, o negocio é ter link sobrando, ou de preferencia um
dedicado para o voip e mais nada...
No caso de trabalhar nao com shapping, definindo limites, mas definindo
prioridades, onde o trafego voip passaria na frente de todos, isso pode
melhorar alguma coisa na qualidade
Na prática, não adianta fazer shaping de entrada (pass in na wan)...
O pacote já chegou, já gastou seu link... fazer shaping seria descartar
alguns pacotes para forçar o reenvio.
O certo é ter link sobrando, ou fazer shaping no lado da operadora (pass out
dela).
Se você mesmo assim fizer shaping d
Em 06/01/2011 09:15, Eduardo Schoedler escreveu:
> Fabiano Carlos Heringer escreveu:
>> Cara, nao consigo entender...
>>
>> Voce poderia me dar um exemplo de um trafego http por exemplo, tendo a
>> regra para download/upload ...em uma rede com NAT.
> http://www.lmgtfy.com/?q=pf+altq+voip
>
> http:/
Fabiano Carlos Heringer escreveu:
> Cara, nao consigo entender...
>
> Voce poderia me dar um exemplo de um trafego http por exemplo, tendo a
> regra para download/upload ...em uma rede com NAT.
http://www.lmgtfy.com/?q=pf+altq+voip
http://www.aetherwide.com/articles/voip-pf.html
http://www.open
12 matches
Mail list logo
