Skip site navigation (1)Skip section navigation (2)
Date:      Sun, 20 Nov 2005 19:40:01 -0200
From:      AT Matik <asstec@matik.com.br>
To:        freebsd-ipfw@freebsd.org
Subject:   Re: strange dummynet WFQ problem
Message-ID:  <200511201940.01686.asstec@matik.com.br>
In-Reply-To: <20051120132556.A47536@xorpc.icir.org>
References:  <20051120101001.A45777@xorpc.icir.org> <MAEBLPAGHGPMOKCBICBNOENHCIAA.alexandre.delay@free.fr> <20051120132556.A47536@xorpc.icir.org>

Next in thread | Previous in thread | Raw E-Mail | Index | Archive | Help
On Sunday 20 November 2005 19:25, Luigi Rizzo wrote:
> On Sun, Nov 20, 2005 at 07:16:40PM +0100, Alexandre DELAY wrote:
> > Interresting. I didn't find anythong about that.
> > Where can I learn more about this "priorities"?
>
> well, dummynet does not du priorities but weights.
> lookup google for "WFQ"
> or read the ipfw manpage.
>

ehh, I guess he wanted to know why icmp echo is beeing queued because you s=
aid=20
it before

Jo=E3o






> cheers
> luigi
>
> > Alex
> >
> >
> > -----Message d'origine-----
> > De : Luigi Rizzo [mailto:rizzo@icir.org]
> > Envoye : dimanche 20 novembre 2005 19:10
> > A : Alexandre DELAY
> > Cc : freebsd-ipfw@freebsd.org
> > Objet : Re: strange dummynet WFQ problem
> >
> > On Sun, Nov 20, 2005 at 07:04:47PM +0100, Alexandre DELAY wrote:
> > > It effectively works well, but I still have a problem:
> > >
> > > When I use my bandwidth (download a huge file) and I start a ping at
> > > the same time, latency grows from 15ms up to 300ms.
> >
> > it is normal because the ping packets are queued behind
> > the other traffic.
> >
> > luigi
> >
> > > Again my conf:
> > > > 00005 allow ip from any to any via lo0
> > > > 00006 deny ip from any to 127.0.0.0/8
> > > > 00007 deny ip from 127.0.0.0/8 to any
> > > > 00011 divert 8668 ip from any to any via ext
> > > > 21046 queue 8 ip from any to 172.20.1.23 in via ext
> > > > 21047 queue 9 ip from 172.20.1.23 to any in via int
> > > > 65535 allow ip from any to any
> > >
> > > Cheers
> > >
> > > Alex
> > >
> > >
> > > -----Message d'origine-----
> > > De : owner-freebsd-ipfw@freebsd.org
> > > [mailto:owner-freebsd-ipfw@freebsd.org]De la part de Luigi Rizzo
> > > Envoye : mercredi 29 juin 2005 18:33
> > > A : Alexandre D.
> > > Cc : freebsd-ipfw@freebsd.org
> > > Objet : Re: strange dummynet WFQ problem
> > >
> > >
> > > hi,
> > > when a pipe or queue has a mask of all 0's it only shows the addresses
> > > of the first packet that matched, so you don't have to worry about
> > > that. Also, if queues are linked to the pipe, the accounting is done =
on
> > > the queues and not on the pipe.
> > >
> > > cheers
> > > luigi
> > >
> > > On Wed, Jun 29, 2005 at 06:27:48PM +0200, Alexandre D. wrote:
> > > > Hi guys
> > > >
> > > > I have a strange problem.
> > > >
> > > > here is a simple sample my conf (hic!):
> > > >
> > > > # ipfw list
> > > > 00005 allow ip from any to any via lo0
> > > > 00006 deny ip from any to 127.0.0.0/8
> > > > 00007 deny ip from 127.0.0.0/8 to any
> > > > 00011 divert 8668 ip from any to any via ext
> > > > 21046 queue 8 ip from any to 172.20.1.23
> > > > 21047 queue 9 ip from 172.20.1.23 to any
> > > > 65535 allow ip from any to any
> > > >
> > > > bash-2.05b# ipfw pipe list
> > > > 00001:   1.024 Mbit/s    0 ms   50 sl. 0 queues (1 buckets) droptail
> > > >     mask: 0x00 0x00000000/0x0000 -> 0x00000000/0x0000
> > > > 00002:   1.024 Mbit/s    0 ms   50 sl. 0 queues (1 buckets) droptail
> > > >     mask: 0x00 0x00000000/0x0000 -> 0x00000000/0x0000
> > > > ...
> > > > q00008: weight 4 pipe 1   50 sl. 1 queues (1 buckets) droptail
> > > >     mask: 0x00 0x00000000/0x0000 -> 0x00000000/0x0000
> > > > BKT Prot ___Source IP/port____ ____Dest. IP/port____ Tot_pkt/bytes
> > >
> > > Pkt/Byte
> > >
> > > > Drp
> > > >   0 udp       dns address/53       172.20.1.195/3007  1032   254524=
=20
> > > > 0
> > >
> > > 0
> > >
> > > > 0
> > > > q00009: weight 4 pipe 2   50 sl. 1 queues (1 buckets) droptail
> > > >     mask: 0x00 0x00000000/0x0000 -> 0x00000000/0x0000
> > > > BKT Prot ___Source IP/port____ ____Dest. IP/port____ Tot_pkt/bytes
> > >
> > > Pkt/Byte
> > >
> > > > Drp
> > > >   0 udp     172.20.1.195/68    255.255.255.255/67     589    53330 =
 0
> >
> > 0
> >
> > > > 0
> > > >
> > > >
> > > > The thing is that:
> > > > -it looks that datas are going through the corrects queues,
> > > > -each queue is correctly linked to a pipe
> > > > -there is not accounting on both pipes
> > > > -only dns packets are shown by this command.
> > > >
> > > >
> > > > My wonders are:
> > > > -How can I be sure that my queues are correctly linked to the pipes?
> > > > -Why don't I have accounting on the pipes?
> > > > -Why don't I get other than dns packet accounting?
> > > >
> > > > Sorry for the english
> > > >
> > > > Thanks for the answer
> > > >
> > > > Cheers
> > > >
> > > > Alex
> > > >
> > > > _______________________________________________
> > > > freebsd-ipfw@freebsd.org mailing list
> > > > http://lists.freebsd.org/mailman/listinfo/freebsd-ipfw
> > > > To unsubscribe, send any mail to
> > > > "freebsd-ipfw-unsubscribe@freebsd.org"
> > >
> > > _______________________________________________
> > > freebsd-ipfw@freebsd.org mailing list
> > > http://lists.freebsd.org/mailman/listinfo/freebsd-ipfw
> > > To unsubscribe, send any mail to "freebsd-ipfw-unsubscribe@freebsd.or=
g"
>
> _______________________________________________
> freebsd-ipfw@freebsd.org mailing list
> http://lists.freebsd.org/mailman/listinfo/freebsd-ipfw
> To unsubscribe, send any mail to "freebsd-ipfw-unsubscribe@freebsd.org"
>
>
>
>
>
>
>
> A mensagem foi scaneada pelo sistema de e-mail e pode ser considerada
> segura. Service fornecido pelo Datacenter Matik=20
> https://datacenter.matik.com.br

=2D-=20

Atenciosamente

Infomatik Internet Technology
(18)3551.8155  (18)8112.7007
http://info.matik.com.br







A mensagem foi scaneada pelo sistema de e-mail e pode ser considerada segura.
Service fornecido pelo Datacenter Matik  https://datacenter.matik.com.br



Want to link to this message? Use this URL: <http://docs.FreeBSD.org/cgi/mid.cgi?200511201940.01686.asstec>