From owner-freebsd-net@FreeBSD.ORG Fri Mar 2 00:03:26 2007 Return-Path: X-Original-To: freebsd-net@freebsd.org Delivered-To: freebsd-net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 3C94316A409 for ; Fri, 2 Mar 2007 00:03:26 +0000 (UTC) (envelope-from tsuyoshi.momose@gmail.com) Received: from an-out-0708.google.com (an-out-0708.google.com [209.85.132.241]) by mx1.freebsd.org (Postfix) with ESMTP id B8F3013C474 for ; Fri, 2 Mar 2007 00:02:41 +0000 (UTC) (envelope-from tsuyoshi.momose@gmail.com) Received: by an-out-0708.google.com with SMTP id c24so510891ana for ; Thu, 01 Mar 2007 16:02:40 -0800 (PST) DKIM-Signature: a=rsa-sha1; c=relaxed/relaxed; d=gmail.com; s=beta; h=domainkey-signature:received:received:in-reply-to:references:mime-version:content-type:message-id:cc:content-transfer-encoding:from:subject:date:to:x-mailer:sender; b=KUT73VLg3c47yMbMuCcAyHf16CcBDhmpxrOPpvYGWFIKWYoCkYnXgMFKOFpQV7i0LjV98ZQytGV+THyos6KhhYelXdQnSRtVhupi5Y4N3+ERY9dS2sVf/FDY4Dn70N0zmEDwHTKMOEy+6yKlZP9BxbWqllN/uY4BvzY9pUB81i0= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=received:in-reply-to:references:mime-version:content-type:message-id:cc:content-transfer-encoding:from:subject:date:to:x-mailer:sender; b=QaqeGNjBqRgJe1C2yI1Ec1tsxqMe5uwHpVVYkgnh2gRSZw/sHO5x/eNgOQLHZ0SQsgl28a4md7gAQFeufj8xhI0cgI0f2FR4x9lz7Jc03r16t4Alwf/n59jKjatmJEyBhnkS3fjYj61SopydnUJxzxDS+A45mZ8dFxThZvZ5pm4= Received: by 10.115.89.1 with SMTP id r1mr29356wal.1172790274708; Thu, 01 Mar 2007 15:04:34 -0800 (PST) Received: from ?10.0.0.81? ( [203.141.155.85]) by mx.google.com with ESMTP id a8sm5631691poa.2007.03.01.15.04.32; Thu, 01 Mar 2007 15:04:32 -0800 (PST) In-Reply-To: <200702281233.50145.max@love2party.net> References: <45E541A2.4020005@cisco.com> <200702281233.50145.max@love2party.net> Mime-Version: 1.0 (Apple Message framework v752.3) Content-Type: text/plain; charset=ISO-2022-JP; delsp=yes; format=flowed Message-Id: <0D7E7D0C-80DA-4F8E-8008-A39F3A4C9EBD@kame.net> Content-Transfer-Encoding: 7bit From: Tsuyoshi MOMOSE Date: Fri, 2 Mar 2007 08:04:25 +0900 To: Max Laier , Randall Stewart X-Mailer: Apple Mail (2.752.3) Sender: Tsuyoshi MOMOSE Cc: freebsd-net@freebsd.org Subject: Re: Thinking about IPv6 and DEPRECATED addresses X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 02 Mar 2007 00:03:26 -0000 On 2007/02/28, at 20:33, Max Laier wrote: >> So, I am contemplating adding to rtsock.c the ability to >> send these types of events up. I am thinking on adding >> this there for two reasons.. >> >> a) SCTP already hooks into the routing socket to get >> interface changes. >> and >> >> b) It may well be a relevant fact that if an address becomes >> DETACHED or non-DETACHED (etc) for a routing process >> to want to know about.. >> >> >> What do others think? If I am off in the weeds somewhere and >> this does not concern the routing socket I could use other >> methods .. including isolating the "look at the state" flags >> into a special place so that proper locking could be added >> when we actually do locking for the ifa's... of course I would >> prefer just not to have to look at it :-D >> >> Opinions if this is a good idea or not?? > > Great idea. I'm also CC-ing Tsuyoshi MOMOSE who is working on > importing > MIP6 which will likely be interested in this information (in > userland) as > well. AFAIK, the mnd already listens on the rtsock to pick up new > addresses as soon as possible, but not sooner (for which it has to go > through great lengths). Thanks for CCed to me. As Max said, our Mobile IPv6 stack uses rtsock to detect changing address address such as added, deleted. (but actually, the program which listens the rtsock is not mnd but mdd (babymdd). The aim of mdd is just detcting the movement of the node and notifies to mnd its movement information) To do that, SHISA introduces a new routing socket message RTM_ADDRINFO which is sent from kernel when a new address is attached, detached, and DAD was done. So, you can get an address information soon as possible. I guess the message meets Randall's requirement for the SCTP. I don't start the SHISA porting to the head yet, but I can begin the port first from the RTM_ADDRINFO part if you hope. ---------------------------- Tsuyoshi MOMOSE / ももせつよし momose@momose.org http://www.momose.org/ (Underconstruction)