On Thu, January 6, 2011 01:29, 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!
peço desculpas Fabiano, pois meu tempo até segunda tá horrível. mas este site deve ter ajudar como tb me ajudou :) https://calomel.org/pf_hfsc.html o material acredito que não é novo, mas o que é bom já que o pf do FreeBSD = OpenBSD 4.1 (como já citado). só reforçando rapidamente o que os demais colocaram muito bem, nunca deixe o link entopir. e o upload doi mais ! uso hfsc na rede onde trabalho, exatamente para voip, mas lá temos uma ajuda pois é tudo intranet e os aparelhos todos usam ip's conhecidos. não precisamos acertar as portas (é um asterisk somente da empresa, sem ligação externa). resumindo muito, podes usar cbq e deixar sempre um pedaço da banda para voip (como também foi colocado usando ipfw) ou usar hfsc e fazer esta divisão dinâmica. em qualquer dos casos, nunca use todo o seu upload ! se tens 1024 Kbps de up, coloque 950 Kbps por ex. (o site recomenda 3% menos). assim você quem controla o que vai ser cortado e não o roteador que nada sabe de qos. posso te mandar o arquivo que uso em casa, link adsl onde basicamente nada faço com download, só up. comparando a qualidade do link medida pelo pfsense (uso OpenBSD para QoS e não o próprio pfsense, não me dei bem com o qos dele ...) com e sem faz uma diff de 100% no ttl. e lembrando que tenho upload fixo de aprox 80% da banda :) aqui, se aparece algo mais importante, estas conexões que sofrem ;) até, matheus > 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 >> >>> Em 05/01/2011 09:07, Tiago Furbeta escreveu: >>>> Imagine que o firewall/gateway é uma casa com duas janelas, uma janela >>>> é >>>> a xl0 (interna) e a outra, a em0 (externa). O Download em sua rede é o >>>> trafego que vem de fora (internet) para dentro (rede interna), porém o >>>> fire/gw está entre estas duas redes, continuando com a analogia da >>>> casa, >>>> imagine ainda que você está dentro dela, olhando para a janela em0 >>>> (externa), agora pense: por onde o download vai entrar na casa, ser >>>> processado e depois sair para a rede interna? Pela janela em0... se >>>> esse >>>> trafego entra na casa pela janela xl0, só pode ter sido gerado em sua >>>> rede interna, ou seja, upload... >>>> >>>> >>>> Att. >>>> >>>> Tiago N. Furbeta >>>> Cangere Online Provedor de Internet Ltda. >>>> Empresa de Telecomunicações Autorizada SCM/ANATEL >>>> [email protected] >>>> >>>> >>>> Em 05/01/2011 09:44, Fabiano Carlos Heringer escreveu: >>>>> Realmente, há uma certa frustracao. >>>>> >>>>> Ja pesquisei muito sobre o assunto. Na verdade eu consigo colocar meu >>>>> trafego voip na queue que eu desejo, com as prioridades. >>>>> >>>>> Mas minhas duvidas sao quais os mais eficiente dos enfileiramentos, >>>>> cbq, >>>>> hfsc, priq ? >>>>> Meu maior problema nao é priorizar o voip, e sim segurar o restante >>>>> do >>>>> trafego. >>>>> >>>>> Quanto ao upload, nao consigo controlá-lo, nao sei se estou fazendo >>>>> algo >>>>> errado. Como eu utilizo NAT, eu so precisaria criar regras de >>>>> enfileiramento/controle somente na minha interface externa? >>>>> Acho que o maior esta no upload, quando ele aumenta, satura muito >>>>> mais >>>>> o >>>>> link do que o download, já percebi isso. >>>>> >>>>> Eu sempre me confundo na direção do trafego quando utilizando nat. >>>>> >>>>> Tenho duas interface, xl0 e em0. >>>>> >>>>> xl0 eh a interface interna e em0 a externa. >>>>> >>>>> O sentido do trafego é, download SAI da xl0 e ENTRA na em0 >>>>> e upload ENTRA na em0 e SAI na xl0 é isso? >>>>> >>>>> Em 05/01/2011 07:43, Mario Augusto Mania escreveu: >>>>>> Fabiano >>>>>> >>>>>> Pelo "tom" do seu e-mail, percebo uma certa frustracao. Porem >>>>>> somente >>>>>> gostaria de ressaltar que o pf eh simplesmente perfeito para se >>>>>> fazer >>>>>> QoS. A unica coisa, eh q eh necessario saber usar a ferramenta. Nao >>>>>> vou dar o peixe hj, portanto, pesquise por pf+altq de preferencia no >>>>>> proprio faq do pf, lembrando q o pf do freebsd eh o mesmo do openbsd >>>>>> 4.1 e nao da versao mais atual do open. Quanto a voip, soh gostaria >>>>>> de >>>>>> lembrar que o protocolo SIP serve somente para sinalizacao. O >>>>>> responsavel pelo transporte da voz eh o RTP, que nao utiliza portas >>>>>> tcp e udp fixas como a 5060 do sip, mas sim um range variavel. >>>>>> Portanto na hora de criar as "regras" colocando os trafegos nas >>>>>> "queues" faca-o por ip e nao porta. Com isso, te garanto que >>>>>> funcionara 100%. >>>>>> >>>>>> M3 >>>>>> >>>>>> Em quarta-feira, 5 de janeiro de 2011, >>>>>> Nenhum_de_Nos<[email protected]> escreveu: >>>>>>> On Wed, January 5, 2011 00:21, Fabiano Carlos Heringer wrote: >>>>>>>> Pessoal, >>>>>>>> >>>>>>>> /Tenho 1 link de 1mb dedicado em minha empresa que é compartilhado >>>>>>>> com >>>>>>>> acesso aos usuarios, tenho proxy usando o squid para cache. >>>>>>>> >>>>>>>> O que estou precisando é reservar uma banda unica e exclusiva (em >>>>>>>> torno >>>>>>>> de 256kb) para utilizar com voip. Estou usando packetfilter, mas >>>>>>>> nao >>>>>>>> estou conseguindo ter sucesso na limitação dessa banda. Como todos >>>>>>>> sabem, voip precisa de baixa latencia, e nao consigo priorizar os >>>>>>>> pacotes de maneira que eles cheguem primeiro e saiam primeiro do >>>>>>>> meu >>>>>>>> gateway. O que preciso é que para os usuarios tenha somente 768Kb >>>>>>>> em >>>>>>>> qualquer situação, seja abrindo uma pagina, seja fazendo um >>>>>>>> download, >>>>>>>> usando torrent, qualquer coisa do tipo, isso nao interfira no >>>>>>>> trafego >>>>>>>> voip. >>>>>>>> >>>>>>>> Ja tentei de varias maneiras com o packet filter, mas parece que >>>>>>>> chega >>>>>>>> um momento ele nao consegue limitar as conexoes, ai a ligacao vira >>>>>>>> uma >>>>>>>> merd*****. >>>>>>>> >>>>>>>> Quando a latencia se mantem estabilizada, a ligacao fica >>>>>>>> excelente. >>>>>>>> >>>>>>>> por um acaso o ipfw consegue gerenciar prioridades e limitacao de >>>>>>>> banda >>>>>>>> mais eficiente que o PF? >>>>>>>> >>>>>>>> Minha rede usa NAT. Se alguem puder me dar uma receita de bolo >>>>>>>> sobre >>>>>>>> a >>>>>>>> melhor manieira de configurar para esse tipo de situacao. >>>>>>>> >>>>>>>> Obrigado! >>>>>>> Fabiano, >>>>>>> >>>>>>> tens 1Mbps tb de upload ? imagino que se usam p2p controlar upload >>>>>>> vai ser >>>>>>> importante tb. estais controlando upload tb ? >>>>>>> >>>>>>> sobre ipfw e pf, acho que se queres somente reservar uma certa >>>>>>> banda >>>>>>> para >>>>>>> voip, que nunca será usada para outros fins, com meu (pouco) >>>>>>> conhecimento >>>>>>> de ipfw acho que ele faz mais fácil. mas se vais deixar dinâmico, >>>>>>> daí >>>>>>> sei >>>>>>> somente resolver com pf. >>>>>>> >>>>>>> matheus >>>>>>> >>>>>>> -- >>>>>>> We will call you cygnus, >>>>>>> The God of balance you shall be >>>>>>> >>>>>>> A: Because it messes up the order in which people normally read >>>>>>> text. >>>>>>> Q: Why is top-posting such a bad thing? >>>>>>> >>>>>>> http://en.wikipedia.org/wiki/Posting_style >>>>>>> ------------------------- >>>>>>> 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 >>> >> > > ------------------------- > Histórico: http://www.fug.com.br/historico/html/freebsd/ > Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd > -- We will call you cygnus, The God of balance you shall be A: Because it messes up the order in which people normally read text. Q: Why is top-posting such a bad thing? http://en.wikipedia.org/wiki/Posting_style ------------------------- Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
