summaryrefslogtreecommitdiff
path: root/hurd/translator/pfinet/ipv6.mdwn
diff options
context:
space:
mode:
authorThomas Schwinge <tschwinge@gnu.org>2007-10-08 11:03:42 +0200
committerThomas Schwinge <tschwinge@gnu.org>2007-10-08 11:03:42 +0200
commitbb94777773a54e5cefe03aa309dcfec40745715f (patch)
tree7de3b440fc080921448d686c80e7b40a2f29ae4c /hurd/translator/pfinet/ipv6.mdwn
parentf62be2ba1b2446e1d942904e99309c94de990406 (diff)
Some more links, wiki links and formatting.
Diffstat (limited to 'hurd/translator/pfinet/ipv6.mdwn')
-rw-r--r--hurd/translator/pfinet/ipv6.mdwn39
1 files changed, 32 insertions, 7 deletions
diff --git a/hurd/translator/pfinet/ipv6.mdwn b/hurd/translator/pfinet/ipv6.mdwn
index 891ffde0..892aff59 100644
--- a/hurd/translator/pfinet/ipv6.mdwn
+++ b/hurd/translator/pfinet/ipv6.mdwn
@@ -6,13 +6,25 @@ Sections, no Front-Cover Texts, and no Back-Cover Texts. A copy of the license
is included in the section entitled
[[GNU_Free_Documentation_License|/fdl.txt]]."]]
-[[Stefan_Siegl|stesie]] has contributed some patches, making the pfinet server IPv6 aware. Because IPv4 and IPv6 protocols are quite related to each other (think of mapped IPv4 addresses, etc.), there is no separate server for IPv6 but support for the latter has been incorporated into the common pfinet. Unfortunately it's a little bit clumsy now, to set the translator up, since it has to be bound to */servers/socket/2* (like before) as well as */servers/socket/26* (for IPv6).
+[[Stefan_Siegl|stesie]] has contributed some
+[patches](http://lists.gnu.org/archive/html/bug-hurd/2007-10/msg00014.html),
+making the pfinet server IPv6-aware. Because the IPv4 and IPv6 protocols are
+quite related to each other (think of mapped IPv4 addresses, etc.), there is no
+separate [[server|translator]] for IPv6 but support for the latter has been
+incorporated into the common pfinet. Unfortunately it's a little bit clumsy
+now to set the [[translator]] up, since it has to be bound to
+*/servers/socket/2* (like before) as well as */servers/socket/26* (for IPv6).
+
+To achieve this, you can tell pfinet6 to install [[active_translators|active]]
+on specified nodes, using **-4** and **-6** options. This is, you have to
+install a [[passive_translator|passive]] on */servers/socket/2* that also binds
+the IPv6 port and vice versa.
-To achieve this, you can tell pfinet6 to install active translators on specified nodes, using **-4** and **-6** options. This is, you have to install a passive translator on /servers/socket/2 that also binds the IPv6 port and vice versa.
# Examples
-Normal IPv4 network setup, address 192.168.7.23/24 and gateway 192.168.7.1. IPv6 address shall be assigned using IPv6 auto-configuration.
+Normal IPv4 network setup, address 192.168.7.23/24 and gateway 192.168.7.1.
+IPv6 address shall be assigned using IPv6 auto-configuration.
settrans -fgp /servers/socket/2 ↩
/hurd/pfinet6 -6 /servers/socket/26 ↩
@@ -32,8 +44,15 @@ Quite the same, but with static IPv6 address assignment:
-i eth0 -a 192.168.7.23 -m 255.255.255.0 -g 192.168.7.1 ↩
-A 2001:4b88:10e4:0:216:3eff:feff:4223/64 -G 2001:4b88:10e4::1
-# Multicast reception
-IPv6 heavily relies on multicasting (especially router and neighbour solicits and advertisements), however GNU Mach by default isn't configured to receive and handle those multicast packets. That is, that neighbour solicitations and thus the whole IPv6 thing won't work. To make your Mach kernel receive these packets, you've got to set the IFF_ALLMULTI flag in the network glue:
+
+# Multicast Reception
+
+IPv6 heavily relies on multicasting (especially router and neighbour solicits
+and advertisements), however [[GNU_Mach|microkernel/mach/gnumach]] by default
+isn't configured to receive and handle those multicast packets. That is, that
+neighbour solicitations and thus the whole IPv6 thing won't work. To make your
+Mach kernel receive these packets, you've got to set the IFF_ALLMULTI flag in
+the network glue:
RCS file: /sources/hurd/gnumach/linux/dev/glue/Attic/net.c,v
retrieving revision 1.1.4.7
@@ -54,7 +73,13 @@ IPv6 heavily relies on multicasting (especially router and neighbour solicits an
if (IP_VALID (reply_port))
ds_device_open_reply (reply_port, reply_port_type,
-If you're using the Xen-version of GNU Mach you don't have to change anything, pfinet6 should work out of the box.
+If you're using the
+[[Xen-version_of_GNU_Mach|microkernel/mach/gnumach/ports/xen]] you don't have
+to change anything, pfinet6 should work out of the box.
+
# Binaries
-For your convenience there are binaries of a patched GNU Mach kernel (including default driver set and debugging support) and a stripped pfinet6 at <http://brokenpipe.de/GnuHurd/pfinet6/>
+
+For your convenience there are binaries of a patched GNU Mach kernel (including
+default driver set and debugging support) and a stripped pfinet6 at
+<http://brokenpipe.de/GnuHurd/pfinet6/>