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 [EMAIL PROTECTED] with "unsubscribe freebsd-hackers" in the body of the message
