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 fila: Ex: pass in quick on em0 inet proto udp from any port 10000:20000 to any keep state queue voip [ Evaluations: 263 Packets: 841 Bytes: 74967 States: 2 ] [ Inserted: uid 0 pid 434 ] pass out quick on em0 inet proto udp from any port 10000:20000 to any keep state queue voip [ Evaluations: 4749 Packets: 823 Bytes: 74360 States: 2 ] [ Inserted: uid 0 pid 434 ] mas a queue continua vazia: queue voip on em0 bandwidth 6Mb priority 7 cbq( red ecn ) [ pkts: 0 bytes: 0 dropped pkts: 0 bytes: 0 ] [ qlength: 0/ 50 borrows: 0 suspends: 0 ] Na verdade qualquer trafego que eu tentei marcar e mandar pra uma fila na interface externa eu nao consegui. Obs: O servidor asterisk nao esta em NAT, ele tem um ip valido...por isso acredito que o trafego nao irá passar pela interface interna, somente externa. Em 07/01/2011 01:12, Eduardo Schoedler escreveu: > 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: standard, tcp ack e Voip. Mas > separe a banda do Voip do resto, não deixe outra queue pegar emprestado. > Logo, não poderá usar priq. > > -- > Eduardo Schoedler > Enviado via iPhone > > Em 06/01/2011, às 20:20, Fabiano Carlos Heringer<[email protected]> > escreveu: > >> 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? Meu problema é quando o link dá uma >> saturada, mesmo que seja temporaria, naquela a ligacao vai pro saco... >> >> []´s >> >> Em 06/01/2011 18:07, Eduardo Schoedler escreveu: >>> 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 de entrada, se você estiver com todo seu >>> link em uso (download), a ligação ficará bem ruim até seu firewall descarte >>> alguns pacotes das queues que não são de voip e aquele tráfego diminuir. >>> >>> Lembre-se: shaping é feito por descarte de pacotes. >>> >>> >>> >>>> -----Mensagem original----- >>>> De: [email protected] [mailto:[email protected]] Em >>>> nome de Fabiano Carlos Heringer >>>> Enviada em: quinta-feira, 6 de janeiro de 2011 19:01 >>>> Para: "Lista Brasileira de Discussão sobre FreeBSD (FUG-BR)" >>>> Assunto: Re: [FUG-BR] Controlar Banda para voip >>>> >>>> Em 06/01/2011 09:54, Luiz Otavio O Souza escreveu: >>>>> On Jan 6, 2011, at 1:29 AM, Fabiano Carlos Heringer wrote: >>>>> >>>>>> 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. >>>>>> >>>>>> Obrigado! >>>>>> >>>>>> Em 05/01/2011 21:00, Nenhum_de_Nos escreveu: >>>>>>> On Wed, January 5, 2011 10:26, Fabiano Carlos Heringer wrote: >>>>>>>> Deixa ver se entendi hehehehe... >>>>>>>> >>>>>>>> Na verdade o meu download entra na interface externa, processa no >>>>>>>> firewall e sai pela interface interna. >>>>>>>> o upload entra na interface interna e sai pela interface externa, >>>> correto? >>>>>>> correto >>>>>>> >>>>>>>> Eu nao poderia controlar somente o in/out da interface externa? >>>>>>> não. só se pode fazer fila de saída. >>>>>>> >>>>>>> matheus >>>>> Fabiano, >>>>> >>>>> Existe um pequeno detalhe na implementação do controle de banda que o >>>> Matheus tentou te explicar acima... >>>>> Não há como você controlar a entrada do seu link (se amanhã a >>>> internet enlouquecer e achar que seu IP é o default gateway do mundo >>>> você pode filtrar o que quiser, mas nunca vai conseguir receber nada >>>> _util_ nesse link - você não tem controle do que enviam para você). >>>>> Dessa maneira o openbsd implementou o controle apenas no envio (fila >>>> só na saída, como disse o matheus). >>>>> Entao você trata o download na saída da interface interna e o upload >>>> na saída da interface externa, simples assim. >>>>> O controle de entrada será feito com base nos próprios controles de >>>> congestionamento do TCP, você escala sua janela de recepção de forma a >>>> dizer: ei, você aí, não posso receber e processar esses dados tão >>>> rapidamente, por favor reduza sua taxa de envio. O que 'deve' funcionar >>>> bem quando todos os envolvidos aceitam e seguem essas sugestões. >>>>> Já no caso de um ataque, você simplesmente ignora todas essas >>>> sugestões e ajustes automáticos do protocolo e continua empurrando >>>> tudo o que pode para o endereço alvo (que em outras palavras, quer >>>> dizer: você _não_ tem controle da entrada do seu link). >>>>> Ou seja, com esse controle apenas razoável do seu link e, se o seu >>>> link esta muito pequeno para o VoIP + outros usos, não há controle de >>>> banda que resolva ;) >>>>> Todo link precisa de uma pequena folga para lidar com essa parte >>>> 'fora do seu controle' (ao menos se você deseja garantir alguma >>>> qualidade - OU - você tem controle absoluto das duas pontas...) >>>>> Att., >>>>> Luiz >>>>> >>>>> ------------------------- >>>>> Histórico: http://www.fug.com.br/historico/html/freebsd/ >>>>> Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd >>>>> >>>> Ola Luiz, obrigado pelas informações... >>>> >>>> So para fechar, >>>> >>>> quais entao seriam as reais diferenças nas sintaxes do PF, pass in e >>>> pass out? Como voce mesmo explicou, eu so controlo saida, entao qual o >>>> sentido do pass in ? >>>> >>>> Ja li varios topicos sobre o assunto, mas ainda nao consegui entender a >>>> real diferenca... >>>> >>>> Em casos onde existam o NAT, isso muda alguma coisa? >>>> >>>> Desculpe a insistência.. >>> ------------------------- >>> Histórico: http://www.fug.com.br/historico/html/freebsd/ >>> Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd >>> >> ------------------------- >> Histórico: http://www.fug.com.br/historico/html/freebsd/ >> Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd > ------------------------- > Histórico: http://www.fug.com.br/historico/html/freebsd/ > Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd > ------------------------- Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
