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 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). -- /"\ Best regards, | [EMAIL PROTECTED] \ / Max Laier | ICQ #67774661 X http://pf4freebsd.love2party.net/ | [EMAIL PROTECTED] / \ ASCII Ribbon Campaign | Against HTML Mail and News
pgpyT4Dh29Iyu.pgp
Description: PGP signature