See IPv6+Linux-Status-Distribution page for most up-to-date information.
/proc/net/if_inet6 |
A short automatical test looks like:
# test -f /proc/net/if_inet6 && echo "Running kernel is IPv6 ready" |
If this fails, it is quite likely, that the IPv6 module is not loaded.
You can try to load the IPv6 module executing
# modprobe ipv6 |
If this is successful, this module should be listed, testable with following auto-magically line:
# lsmod |grep -w 'ipv6' && echo "IPv6 module successfully loaded" |
And the check shown above should now run successfully.
alias net-pf-10 ipv6 # automatically load IPv6 module on demand |
It's also possible to disable automatically loading of the IPv6 module using following line
alias net-pf-10 off # disable automatically load of IPv6 module on demand |
Update your distribution to a current one which supports IPv6 out-of-the-box (recommended for newbies), see here again: IPv6+Linux-Status-Distribution
Compile a new vanilla kernel (easy, if you know which options you needed)
Recompile kernel sources given by your Linux distribution (sometimes not so easy)
Compile a kernel with USAGI extensions
If you decide to compile a kernel, you should have previous experience in kernel compiling and read the Linux Kernel HOWTO.
A mostly up-to-time comparison between vanilla and USAGI extended kernels is available on IPv6+Linux-Status-Kernel.
More detailed hints about compiling an IPv6-enabled kernel can be found e.g. on IPv6-HOWTO-2#kernel.
Note: you should use whenever possible kernel series 2.4.x or above, because the IPv6 support in series 2.2.x is not so in current state and needs some patches for ICMPv6 and 6to4 support (can be found on kernel series 2.2.x IPv6 patches).
Not all existing network devices have already (or ever) the capability to transport IPv6 packets. A current status can be found at IPv6+Linux-status-kernel.html#transport.
A major issue is that because of the network layer structure of kernel implementation an IPv6 packet isn't really recognized by it's IP header number (6 instead of 4). It's recognized by the protocol number of the Layer 2 transport protocol. Therefore any transport protocol which doesn't use such protocol number cannot dispatch IPv6 packets. Note: the packet is still transported over the link, but on receivers side, the dispatching won't work (you can see this e.g. using tcpdump).
Serial Line IP (SLIP, RFC 1055), should be better called now to SLIPv4, device named: slX
Parallel Line IP (PLIP), same like SLIP, device names: plipX
ISDN with encapsulation rawip, device names: isdnX