current state of IPv6 support in Debian

>>>>> "AR" == Andrew Ruthven <andrew.DeleteThis@etc.gen.nz> writes:

AR> Also, please note, I've summarised the discussion so far on:
AR> http://wiki.debian.org/ReleaseGoals/FullIPv6Support

I have made a few edits, mostly fixing some formatting issues
(like using HYPHEN-MINUS instead of EM DASH), as well as some
worse ones, like:

* dhcp3-server
+ Need DHCP 4.0 and even then not all DHCPv6 features are
present.

There, I've changed it to mention ISC DHCP, as unqualified
``DHCP'' could be misunderstood as the name of the (IPv4-only)
protocol.

[...]

--
FSF associate member #7257


--
To UNSUBSCRIBE, email to debian-ipv6-REQUEST.DeleteThis@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmaster.DeleteThis@lists.debian.org

>>>>> "IS" == Ivan Shmakov <oneingray RemoveThis @gmail.com> writes:
>>>>> "JM" == Jeroen Massar <jeroen RemoveThis @unfix.org> writes:

[...]

IS> * `flow-tools' and `fprobe-ulog'; (use `nfdump' and `softflowd'
IS> instead? oh well, `nfdump' depends on... `ttf-dejavu'! thanks to
IS> the `librrd4' dependency);

JM> If you require gratuit NetFlow something NFSen/NFdump is the best
JM> you can get,

IS> ?

> $ apt-cache search nfsen
> $

It has a home at [1], and an almost year and a half old ITP [2].

JFTR: NfSen is not a substitute for either `flow-tools' or
`fprobe-ulog', of which the latter is used to collect
``netflows'' out of the passing data, while the former offers a
daemon to collect netflows (`flow-capture'), along with a rich
library of functions to process the collected data.

(Like: selecting all the flows collected every Friday,
between 12:00 and 15:59, from June, 1st through July, 15th;
with a simple Shell script!)

As for the IPv6 support:

* `softflowd' could probably be used instead `fprobe-ulog';

+ note, however, that the init.d/ script used to start the
former in Debian (as of 0.9.8-1) doesn't allow multiple
`softflowd' instances to be started; (but wait, neither
`fprobe-ulog' init.d/ script does! congratulations, I've
just discovered a bug in my router's configuration...);

+ also, the capture method used by `softflowd' (the libpcap
library) seems to me less efficient (w. r. t. the CPU usage)
than the one `fprobe-ulog' uses (-j ULOG, iptables();

* `nfdump' could replace the `flow-capture' daemon of
`flow-tools', but is there a replacement for the `flow-tools'
data processing library?

* as per the homepage [1], `nfsen' does the graphs and web
pages; these are of less interest to me at this moment.

[1] http://nfsen.sourceforge.net/
[2] http://bugs.debian.org/472666

[...]

--
FSF associate member #7257


--
To UNSUBSCRIBE, email to debian-ipv6-REQUEST RemoveThis @lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmaster RemoveThis @lists.debian.org

>>>>> "IS" == Ivan Shmakov <ivan.DeleteThis@main.uusia.org> writes:

[...]

IS> Given that I now have rpcbind running, I wonder, what should be
IS> done for nfs-utils to support NFS over IPv6 as well?

IS> Is it just a matter of adding --enable-ipv6 and --enable-tirpc to
IS> the configure command line?

[...]

So far, I've worked around Bug#544567, built the nfs-utils
package from Debian Squeeze with the change suggested above for
Debian Lenny, and, finally, did:

users # apt-get install -V nfs-kernel-server=1:1.2.0-4.is+0.4~bpo50~is+0.1
....
Setting up nfs-kernel-server (1:1.2.0-4.is+0.4~bpo50~is+0.1) ...

Starting NFS common utilities: statd.
Exporting directories for NFS kernel daemon....
Starting NFS kernel daemon: nfsd mountd.
users # exportfs
users # exportfs -o ro,all_squash \*:/var/public
users # mount -t nfs -o ro,nosuid,nodev users.test1.ipv6.uusia.org:/var/public /mnt/

... And saw my linux.uml instance (as of user-mode-linux
2.6.26-1um-2+15) go nuts! But nevertheless, it doesn't complain
on users.test1.ipv6.uusia.org having no IPv4 address anymore.

(Looks like I'll have to do some testing under KVM instead.)

* See also

http://bugs.debian.org/441361
http://bugs.debian.org/544567
http://permalink.gmane.org/gmane.linux.debian.backports.general/5762

--
FSF associate member #7257


--
To UNSUBSCRIBE, email to debian-ipv6-REQUEST.DeleteThis@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmaster.DeleteThis@lists.debian.org

>>>>> "IS" == Ivan Shmakov <oneingray DeleteThis @gmail.com> writes:

IS> I'm still investigating which of the Debian packages I use aren't
IS> able to use IPv6. The current results are as follows.

IS> squid3 -- IPv6 support is expected to be available in the upcoming
IS> Squid 3.1;

The Bug#432351 was resolved quite some time ago, and there's now
IPv6-capable Squid 3.1 in Debian Experimental. Thanks!

For those interested, the backport for Debian Lenny was quite
trivial to built:

http://article.gmane.org/gmane.linux.debian.backports.general/5775

IS> portmap -- lacks IPv6 support, necessary for NFS over IPv6 to work
IS> (Bug#515128);

I've got rpcbind running on a kind of ``sandbox'' system (under
User-mode Linux), but alas, the server-side support for NFS over
IPv6 for GNU/Linux is missing and expected to mature within the
next half a year or so.

[...]

--
FSF associate member #7257


--
To UNSUBSCRIBE, email to debian-ipv6-REQUEST DeleteThis @lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmaster DeleteThis @lists.debian.org