From owner-freebsd-hackers Fri Oct 26 12:31: 6 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from iguana.aciri.org (iguana.aciri.org [192.150.187.36]) by hub.freebsd.org (Postfix) with ESMTP id A1FA237B405 for ; Fri, 26 Oct 2001 12:30:56 -0700 (PDT) Received: (from rizzo@localhost) by iguana.aciri.org (8.11.3/8.11.1) id f9QJRVe68626; Fri, 26 Oct 2001 12:27:31 -0700 (PDT) (envelope-from rizzo) Date: Fri, 26 Oct 2001 12:27:31 -0700 From: Luigi Rizzo To: rick norman Cc: rizzo@iciri.org, freebsd-hackers@FreeBSD.ORG Subject: Re: dummynet stats Message-ID: <20011026122730.A68582@iguana.aciri.org> References: <3BD99BE8.F02EA873@lmco.com> <20011026112547.B67858@iguana.aciri.org> <3BD9B018.89D07BF1@lmco.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <3BD9B018.89D07BF1@lmco.com> User-Agent: Mutt/1.3.23i Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Fri, Oct 26, 2001 at 11:48:56AM -0700, rick norman wrote: > I guess my question then is why did I need to stop the stream and restart > it before it would show up in the pipe? It seems that if I repeatedly flush, I cannot reproduce the problem from your description. If you can post the exact sequence of actions that causes the behaviour in a reproducible way, then we can try and see what is going wrong. Please include os version, the ping command and the ifconfig of relevant interfaces. cheers luigi > delete pipes, reinstall pipes, without stopping the data stream, that I get > into > a state where no data will register in the pipes until I stop and restart the > stream. > > Rick > > Luigi Rizzo wrote: > > > On Fri, Oct 26, 2001 at 10:22:48AM -0700, rick norman wrote: > > > Hi, > > > > > > I seem to get inconsistent outputs from the same dummynet > > > stat query. Following is the output from two different queries : > > > > > > bash-2.05$ > > > bash-2.05$ ipfw pipe 3 show > > > 00003: unlimited 0 ms 2048 B 0 queues (1 buckets) droptail > > > mask: 0x00 0x00000000/0x0000 -> 0x00000000/0x0000 > > > bash-2.05$ > > > bash-2.05$ ipfw pipe 3 show > > > 00003: unlimited 0 ms 2048 B 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 icmp 127.0.31.1/0 127.0.31.1/0 3139 1695060 0 > > > 0 0 > > > bash-2.05$ > > > > > > The only difference between the two dumps is that a flood ping > > > was stopped and then restated. > > > In both cases, the same ruleset and dummynet pipes were in effect. I > > > am using flood pings for a data stream in both cases. The first dump > > > is after a flush and reinstallation of the pipe rules. The data stream > > > was > > > running while the rules were being installed. The ping was then stopped > > > > > > and restarted followed by the second stat query. My question is why > > > didn't > > > the stats reflect the stream until it had been stopped and restarted ? > > > > i actually doubt that any traffic went throught he pipe before > > the first "ipfw pipe show" or you would have seen it. > > packets are accounted for immediately as they go through. > > > > cheers > > luigi > > > To Unsubscribe: send mail to majordomo@FreeBSD.org > with "unsubscribe freebsd-hackers" in the body of the message To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message