(usagi-users 03416) Re: Any particular reason that IPV6_TCLASS/IPV6_RECVTCLASS is not implemented?

"Peder Chr. Norgaard" <[email protected]>
Newsgroups gmane.linux.ipv6.usagi.users
Message-ID <[email protected]>
On Tue, 21 Jun 2005, David Stevens wrote:

>
> > Thank you very much for the patches.  Adding sticky option support for
> > IPV6_TCLASS (which is what I needed) was exceedingly trivial - just take
> > the code from datagram_send_ctl in datagram.c and do the similar thing
> > in ipv6_setsockopt in ipv6_sockglue.c.  It works.
>
>         The sticky options have issues of their own to resolve (probably
> not TCLASS so much), but the reason care is needed is because there are
> a lot of cases where they interact with other things, some of them
> that aren't part of the POSIX standard.

OK, I can see that - I was focused on my own needs, the TCLASS, and that
was very simple to make sticky, no interaction with any other facilities.

But - do you have any opinions on the other issue I raised - the
transition issue?  I will probably have to hack a solution within my
project - there I need packages right here and now (such as quagga and
iputils) that are run-time independent on whether the kernel contains your
patch or not - and to me that says, "use a /proc entry to detect the
semantics".  If I could design and test that solution so other people
might use it, everyone would profit.

best regards
--
Peder Chr. Nørgaard        	Senior System Developer, M. Sc.
Ericsson Denmark A/S, Telebit Division
Skanderborgvej 232         	tel: +45 30 91 84 31
DK-8260 Viby J, Denmark         fax: +45 89 38 51 01
        e-mail: [email protected]
(old e-mail 2000-2003: [email protected])
         (old e-mail 1992-2000: [email protected])
lmpx.com only provides a reader for public news (NNTP) servers. It is not affiliated with the servers or forums shown here and is not responsible for the content of articles, which is written by their respective authors.