From owner-freebsd-hackers Fri Oct 26 12:18: 8 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from mailgw3a.lmco.com (mailgw3a.lmco.com [192.35.35.24]) by hub.freebsd.org (Postfix) with ESMTP id 8C55537B401 for ; Fri, 26 Oct 2001 12:18:02 -0700 (PDT) Received: from emss01g01.ems.lmco.com ([129.197.181.54]) by mailgw3a.lmco.com (8.8.8/8.8.8) with ESMTP id PAA00096; Fri, 26 Oct 2001 15:18:00 -0400 (EDT) Received: from CONVERSION-DAEMON by lmco.com (PMDF V5.2-32 #38886) id <0GLT00C01NIFOR@lmco.com>; Fri, 26 Oct 2001 12:17:42 -0700 (PDT) Received: from cui1.lmms.lmco.com ([129.197.1.64]) by lmco.com (PMDF V5.2-32 #38886) with ESMTP id <0GLT00AADTLFGZ@lmco.com>; Fri, 26 Oct 2001 11:48:52 -0700 (PDT) Received: from lmco.com (CONNECTICUT1.lmms.lmco.com [129.197.23.84]) by cui1.lmms.lmco.com (8.11.0/8.9.2) with ESMTP id f9QImo619510; Fri, 26 Oct 2001 11:48:50 -0700 (PDT) Date: Fri, 26 Oct 2001 11:48:56 -0700 From: rick norman Subject: Re: dummynet stats To: rizzo@iciri.org Cc: freebsd-hackers@freebsd.org Message-id: <3BD9B018.89D07BF1@lmco.com> MIME-version: 1.0 X-Mailer: Mozilla 4.77 [en] (WinNT; U) Content-type: text/plain; charset=us-ascii Content-transfer-encoding: 7BIT X-Accept-Language: en References: <3BD99BE8.F02EA873@lmco.com> <20011026112547.B67858@iguana.aciri.org> 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 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, 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