summaryrefslogtreecommitdiff
path: root/hurd/translator/pfinet/ipv6.mdwn
diff options
context:
space:
mode:
Diffstat (limited to 'hurd/translator/pfinet/ipv6.mdwn')
-rw-r--r--hurd/translator/pfinet/ipv6.mdwn24
1 files changed, 24 insertions, 0 deletions
diff --git a/hurd/translator/pfinet/ipv6.mdwn b/hurd/translator/pfinet/ipv6.mdwn
index d30cc850..edd31017 100644
--- a/hurd/translator/pfinet/ipv6.mdwn
+++ b/hurd/translator/pfinet/ipv6.mdwn
@@ -70,3 +70,27 @@ Amongst other things, support for [[IOCTL]]s is missing.
<braunr> ok
<braunr> i'd like to set this up on my VMs but it looks bugged :/
<braunr> i can't manage to set correctly set the gateway
+
+
+### IRC, freenode, #hurd, 2012-12-12
+
+ <braunr> hm, pfinet seems not to support ipv6 well at all :(
+ <pinotree> braunr: really?
+ <braunr> pinotree: i can't manage to set a global address statically and
+ make it communicate with neighbours
+ <braunr> pfinet receives the advertisement (during neighbour discovery) but
+ immediately resends the same solicitation again
+ <gnu_srs> According to the pfinet/README IPv6 support was added in 2007
+ from Linux 2.2.14 while the rest is from 2.2.12
+ <braunr> according to me, bugs were added at the same time
+ <braunr> :p
+ <braunr> in addition, ipv6 in linux 2.2 was, uh, not working well either
+ <braunr> even with 2.4, it was still messy
+ <gnu_srs> maybe we should try to upgrade the TCP/IP stack to something
+ 2.6+?
+ <gnu_srs> (a lot of work though)
+ <braunr> we've already had that discussion
+ <gnu_srs> Yes. What is the best way forward, a GSoC task?
+ <gnu_srs> There is one already:
+ http://www.gnu.org/software/hurd/community/gsoc/project_ideas/tcp_ip_stack.html
+ <braunr> personally, i'd advocate resuing code from netbsd