From owner-freebsd-net@FreeBSD.ORG Wed Feb 28 11:33:54 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 57D3916A401 for ; Wed, 28 Feb 2007 11:33:54 +0000 (UTC) (envelope-from max@love2party.net) Received: from moutng.kundenserver.de (moutng.kundenserver.de [212.227.126.183]) by mx1.freebsd.org (Postfix) with ESMTP id DDBA913C47E for ; Wed, 28 Feb 2007 11:33:53 +0000 (UTC) (envelope-from max@love2party.net) Received: from [88.66.35.158] (helo=amd64.laiers.local) by mrelayeu.kundenserver.de (node=mrelayeu5) with ESMTP (Nemesis), id 0ML25U-1HMN4B19bK-0002qi; Wed, 28 Feb 2007 12:33:52 +0100 From: Max Laier Organization: FreeBSD To: freebsd-net@freebsd.org Date: Wed, 28 Feb 2007 12:33:42 +0100 User-Agent: KMail/1.9.5 References: <45E541A2.4020005@cisco.com> In-Reply-To: <45E541A2.4020005@cisco.com> X-Face: ,,8R(x[kmU]tKN@>gtH1yQE4aslGdu+2]; R]*pL,U>^H?)gW@49@wdJ`H<=?utf-8?q?=25=7D*=5FBD=0A=09U=5For=3D=5CmOZf764=26nYj=3DJYbR1PW0ud?=>|!~,,CPC.1-D$FG@0h3#'5"k{V]a~.<=?utf-8?q?mZ=7D44=23Se=7Em=0A=09Fe=7E=5C=5DX5B=5D=5Fxj?=(ykz9QKMw_l0C2AQ]}Ym8)fU MIME-Version: 1.0 Content-Type: multipart/signed; boundary="nextPart7924588.U0Mz05VLzK"; protocol="application/pgp-signature"; micalg=pgp-sha1 Content-Transfer-Encoding: 7bit Message-Id: <200702281233.50145.max@love2party.net> X-Provags-ID: kundenserver.de abuse@kundenserver.de login:61c499deaeeba3ba5be80f48ecc83056 X-Provags-ID2: V01U2FsdGVkX1+j+d614w0gE9hAq/23lNj+4myxY12i/Pf/eZ5 pFTu3uO6uHNd7RGQrJYFbAeBj4TMTxk2m6mLI/4vre1lXxrSbK Tx+LGL/q4FFHVRHN9OwrQ== Cc: Tsuyoshi MOMOSE , Randall Stewart 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: Wed, 28 Feb 2007 11:33:54 -0000 --nextPart7924588.U0Mz05VLzK Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline On Wednesday 28 February 2007 09:47, Randall Stewart wrote: > All: > > I have been deep in the middle of breaking SCTP's dependencies on > looking at ifa structures... > > One of the problems I have run in to is that V6 has this > additional set of flags: > ifa6->ia6_flags > > And it can have things like: > IN6_IFF_DEPRECATED > IN6_IFF_DETACHED > IN6_IFF_ANYCAST > IN6_IFF_NOTREADY > > Now obviously if you have a deprecated or detached address > you probably do not want to use them.. nor do you want to > use a "NOTREADY" since I think that means that DAD has not > finished... > > 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=20 MIP6 which will likely be interested in this information (in userland) as=20 well. AFAIK, the mnd already listens on the rtsock to pick up new=20 addresses as soon as possible, but not sooner (for which it has to go=20 through great lengths). =2D-=20 /"\ Best regards, | mlaier@freebsd.org \ / Max Laier | ICQ #67774661 X http://pf4freebsd.love2party.net/ | mlaier@EFnet / \ ASCII Ribbon Campaign | Against HTML Mail and News --nextPart7924588.U0Mz05VLzK Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.6 (FreeBSD) iD8DBQBF5WieXyyEoT62BG0RAvDxAJ917kfUN6J3U6qh2AXsneBzVCkpTQCfWSdZ YgE0oy1EdmEYmJX3Koy+/NY= =IXVq -----END PGP SIGNATURE----- --nextPart7924588.U0Mz05VLzK--