Date: Thu, 20 Sep 2001 16:28:35 -0700 From: rick norman <rick.norman@lmco.com> To: cjclark@alum.mit.edu Cc: Paul Herman <pherman@frenchfries.net>, freebsd-questions@freebsd.org Subject: Re: ipfw Message-ID: <3BAA7BA3.50B650BD@lmco.com> References: <20010920130530.W9645-100000@tick.sc.omation.com> <3BAA573C.3B180146@lmco.com> <20010920141036.H309@blossom.cjclark.org> <3BAA621F.95A88C1D@lmco.com> <20010920144750.K309@blossom.cjclark.org>
next in thread | previous in thread | raw e-mail | index | archive | help
Okay, I think I am starting to understand. Apparently, the default queue size associated with the default pipe bandwidth is such that I'm getting over 2 secs delay on the icmp response so the sender is timing out. When I up the timeout, I start to see responses. I'll play with the queue size and bw params for awhile and see if I can get them to do what I want. Onward and upward, Thanks. "Crist J. Clark" wrote: > On Thu, Sep 20, 2001 at 02:39:44PM -0700, rick norman wrote: > > The only other rule in the list is the last which is "65535 allow ip from any to > > any". > > The sysctl var one_pass is set to one though I tried it both ways. > > I understood the one_pass=1 to interject the pkt back into ip after the pipe > > so that it would get sent back. If I do an ipfw flush, the pkt is returned with > > no problem. ipfw list yields the following : > > 00100 pipe 1 icmp from any to any > > 65535 allow ip from any to any > > > > I figured out my delete problem, I was referencing the pipe number instead > > of the rule number. > > Uh... Where is the configuration of the pipe? > -- > Crist J. Clark cjclark@alum.mit.edu -- Logically speaking, logic is not the answer. Rick Norman rick.norman@lmco.com 408 742 1619 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-questions" in the body of the message
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?3BAA7BA3.50B650BD>