From owner-freebsd-net@FreeBSD.ORG  Wed Oct 20 01:21:50 2004
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 416E716A4CE
	for <freebsd-net@freebsd.org>; Wed, 20 Oct 2004 01:21:50 +0000 (GMT)
Received: from shuttle.wide.toshiba.co.jp (shuttle.wide.toshiba.co.jp
	[202.249.10.124])
	by mx1.FreeBSD.org (Postfix) with ESMTP id 138E043D2D
	for <freebsd-net@freebsd.org>; Wed, 20 Oct 2004 01:21:48 +0000 (GMT)
	(envelope-from jinmei@isl.rdc.toshiba.co.jp)
Received: from ocean.jinmei.org (unknown [2001:4f8:3:bb:200:39ff:fed7:e2e4])
	by shuttle.wide.toshiba.co.jp (Postfix) with ESMTP
	id DFE9A1535E; Wed, 20 Oct 2004 10:21:44 +0900 (JST)
Date: Wed, 20 Oct 2004 10:21:45 +0900
Message-ID: <y7vd5zenpzq.wl@ocean.jinmei.org>
From: JINMEI Tatuya / =?ISO-2022-JP?B?GyRCP0BMQEMjOkgbKEI=?=
	<jinmei@isl.rdc.toshiba.co.jp>
To: snap-users@kame.net
In-Reply-To: <Pine.LNX.4.44.0409291056060.32071-100000@netcore.fi>
References: <y7v8yavsbhu.wl@ocean.jinmei.org>
	 <Pine.LNX.4.44.0409291056060.32071-100000@netcore.fi>
User-Agent: Wanderlust/2.10.1 (Watching The Wheels) Emacs/21.3 Mule/5.0
	(SAKAKI)
Organization: Research & Development Center, Toshiba Corp., Kawasaki, Japan.
MIME-Version: 1.0 (generated by SEMI 1.14.5 - "Awara-Onsen")
Content-Type: text/plain; charset=US-ASCII
cc: freebsd-net@freebsd.org
Subject: MUT of stf (Re: (KAME-snap 8815) Re: Weird memory exhaustion with
	FreeBSD  4.10-STABLE)
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: Wed, 20 Oct 2004 01:21:50 -0000

Forgot to respond to this point:

>>>>> On Wed, 29 Sep 2004 10:59:32 +0300 (EEST), 
>>>>> Pekka Savola <pekkas@netcore.fi> said:

> Speaking of 6to4, if_stf.c does not support setting the MTU, because
> there's no ioctl handler for it.  It wouldn't IMHO hurt to be able to
> raise it from the glued-in default of 1280..

According to itojun (the principal author of the stf driver), it's on
purpose.  He said the reason for the restriction is because stf
normally had multiple (anonymous) destinations and we couldn't
pre-negotiate the size of the receiving buffer at the other ends.

(No further questions on this to me, please:-)

					JINMEI, Tatuya
					Communication Platform Lab.
					Corporate R&D Center, Toshiba Corp.
					jinmei@isl.rdc.toshiba.co.jp