Bill Fumerola wrote:
> i think that ip_fw_chk() taking _8_ arguments is getting a bit obscene.
ip_fw_chk should be obscene and not heard? 8-).
> we're talking about an optimization that less then .1% of our userbase
> will ever take advantage of v. a pessimization (additional argument in
> the
Every so often when my VPN link provided by user ppp goes away, and when
I restart it I see an error saying that a route cannot be added because
my disc quota has been exceeded. This is coming from route.c in the
rt_setgate() function at line 1001 on -current. My question is should
this be a dif
Bill Fumerola wrote:
> On Thu, Mar 07, 2002 at 03:51:41AM -0800, Julian Elischer wrote:
> > what would be even nicer is if ipfw found the cached entry and passed it
> > back to ip_input so it didn't need to :-)
>
> i think this entire idea of cacheing it in ip_input() is a bad idea, no
> offense
On Thu, Mar 07, 2002 at 11:03:19PM -0500, Robert Watson wrote:
> A couple of comments:
>
> - You can always cache the pcb the first time it's used, and then have it
> available for future use. I agree with your concerns about generating
> it every time -- that would be a disaster for routers
A couple of comments:
- You can always cache the pcb the first time it's used, and then have it
available for future use. I agree with your concerns about generating
it every time -- that would be a disaster for routers where no packets
are even delivered locally. :-)
- The uid/gid code
On Thu, Mar 07, 2002 at 03:51:41AM -0800, Julian Elischer wrote:
> what would be even nicer is if ipfw found the cached entry and passed it
> back to ip_input so it didn't need to :-)
i think this entire idea of cacheing it in ip_input() is a bad idea, no
offense terry.
first, having a uid or g
> > This is an issue with the routing system design. Many routers
> > allow duplicate routes (same netmask) that have different priorities.
> > This makes it quicker to switch routes during a failure.
>
> FreeBSD permits this as well. It is the responsibility of the routing
> process to manage
<
said:
> This is an issue with the routing system design. Many routers
> allow duplicate routes (same netmask) that have different priorities.
> This makes it quicker to switch routes during a failure.
FreeBSD permits this as well. It is the responsibility of the routing
process to manage wh
On Thursday, March 7, 2002, at 02:05 AM, Kshitij Gunjikar wrote:
> Hi All,
> Hi I'm studying code for ICMP .
>
> there is a piece of code in icmp_input which just returns when we find
> the
> ICMP packet length lesser than allowed.
>
> if (icmplen < ICMP_MINLEN) {
> i
I am not totally sure about the fix you propose.
If you send a preemptive refresh request when the entry is about
to timeout, how do you let an arp table entry go away, other than
hoping that the host goes down ? This might be a problem with a
busy host on a large switched lan (there are some lar
There is a very minor issue with our ARP implementation and it's
refresh behaviour. At present, entries in the ARP cache timeout and
are removed from the cache. The number of packets buffered from a
host with an incomplete entry in the ARP table is limited to 1, so
high packet rate sources ther
Hi All,
Hi I'm studying code for ICMP .
there is a piece of code in icmp_input which just returns when we find the
ICMP packet length lesser than allowed.
if (icmplen < ICMP_MINLEN) {
icmpstat.icps_tooshort++;
goto freeit;
}
i = hl
Julian Elischer wrote:
> what would be even nicer is if ipfw found the cached entry and passed it
> back to ip_input so it didn't need to :-)
This is the approach I intended.
The problem is that there are cases where you want the inpcb
for additional processing (e.g. ipfw), and cases where ther
On Thu, 7 Mar 2002, Brian Somers wrote:
> > mpd does not know how to be a pppoe server.
> > HOWEVER the pppoed program is designed to turn the normal ppp
> > into a server. It is possible that archie might be able to
> > make mpd use pppoed (or embed it) but I'm pretty sure he hasn't done
> >
> > "Matthew Emmerton" wrote:
> >
> > | From: "Greg Black" <[EMAIL PROTECTED]>
> > | To: <[EMAIL PROTECTED]>
> > | Sent: Friday, February 22, 2002 10:39 PM
> > | Subject: ppp -nat fails with adsl, but ok with modem
> > |
> > | > I've had ppp -nat working just fine over a normal modem link,
> > | >
> mpd does not know how to be a pppoe server.
> HOWEVER the pppoed program is designed to turn the normal ppp
> into a server. It is possible that archie might be able to
> make mpd use pppoed (or embed it) but I'm pretty sure he hasn't done
> it yet.
pppoed can be told to run mpd. As long as m
It may or may not help but 4.3/4.4 had a few bad TCP
bugs that were fixed in 4.5.
4.5 + ALTQ patch may give better results.
On Thu, 7 Mar 2002, Russo Roberto wrote:
> Hi,
>
> I am working to evaluate performance of
> throughput between two PC connected between
> a Fore-ATM card adapter
what would be even nicer is if ipfw found the cached entry and passed it
back to ip_input so it didn't need to :-)
On Thu, 7 Mar 2002, Bill Fumerola wrote:
> On Wed, Mar 06, 2002 at 05:07:55PM -0800, Terry Lambert wrote:
>
> > There are redundant calls to the in_pcblookup_hash() in the
> > ip_
Hi,
I am working to evaluate performance of
throughput between two PC connected between
a Fore-ATM card adapter to a network:
the netwotk is composed of a PVC of 4Mbps between
three routers and I am just looking to use
differente queuing discipline like FIFO-PQ-WFQ.
I have configured t
On Wed, Mar 06, 2002 at 05:07:55PM -0800, Terry Lambert wrote:
> There are redundant calls to the in_pcblookup_hash() in the
> ip_fw_chk() function called via (*ip_fw_chk_ptr)() in the
> ip_input path.
in addition to what you're talking about, ipfw will repeat the hash
lookup for every rule it g
20 matches
Mail list logo