From owner-freebsd-net@FreeBSD.ORG  Mon Nov 10 22:36:27 2003
Return-Path: <owner-freebsd-net@FreeBSD.ORG>
Delivered-To: freebsd-net@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
	by hub.freebsd.org (Postfix) with ESMTP id D621D16A4CF
	for <freebsd-net@freebsd.org>; Mon, 10 Nov 2003 22:36:27 -0800 (PST)
Received: from web10004.mail.yahoo.com (web10004.mail.yahoo.com
	[216.136.130.40])
	by mx1.FreeBSD.org (Postfix) with SMTP id 5341F43F85
	for <freebsd-net@freebsd.org>; Mon, 10 Nov 2003 22:36:27 -0800 (PST)
	(envelope-from oldpopsong@yahoo.com)
Message-ID: <20031111063627.45765.qmail@web10004.mail.yahoo.com>
Received: from [218.244.38.34] by web10004.mail.yahoo.com via HTTP;
	Tue, 11 Nov 2003 14:36:27 CST
Date: Tue, 11 Nov 2003 14:36:27 +0800 (CST)
From: =?gb2312?q?popsong=20old?= <oldpopsong@yahoo.com>
To: oppermann@pipeline.ch
MIME-Version: 1.0
Content-Type: text/plain; charset=gb2312
Content-Transfer-Encoding: 8bit
cc: freebsd-net@freebsd.org
Subject: Re: tcp hostcache and ip fastforward for review
X-BeenThere: freebsd-net@freebsd.org
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Networking and TCP/IP with FreeBSD <freebsd-net.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-net>,
	<mailto:freebsd-net-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-net>
List-Post: <mailto:freebsd-net@freebsd.org>
List-Help: <mailto:freebsd-net-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-net>,
	<mailto:freebsd-net-request@freebsd.org?subject=subscribe>
X-List-Received-Date: Tue, 11 Nov 2003 06:36:28 -0000

> ip_fastforward

>  - removes ip_flow forwarding code
>  - adds full direct process-to-completion IPv4
forwarding code
>  - handles ip fragmentation incl. hw support
(ip_flow did not)
>  - supports ipfw and ipfilter (ip_flow did not)
>  - supports divert and ipfw fwd (ip_flow did not)
>  - drops anything it can't handle back to normal
ip_input

Should we worry about the locking in IPFilter? It
seems that there are no locking at all in IPFilter for
FreeBSD.

BTW, we'll get even better performance if we keep both
interfaces' MAC addresses in cache (and call
ifp->if_start directly). This requires to keep
ethernet header in mbuf untouched and is only relevant
in ethernet though. I implemented such layer 2 cache
in a local version of IPFilter and got some good
results.

Regards,

song


_________________________________________________________
Do You Yahoo!? 
ÑÅ»¢µçÓÊ£ºÔ¶À벡¶¾¡¢À¬»øÀ§ÈÅ£¡
http://cn.rd.yahoo.com/mail_cn/tag/?http://cn.mail.yahoo.com