diff options
author | Samuli Seppänen <samuli@openvpn.net> | 2011-08-11 19:00:57 +0300 |
---|---|---|
committer | David Sommerseth <davids@redhat.com> | 2011-08-24 15:02:42 +0200 |
commit | c1f25b6644efaa74c069c20d9a008e1786209a88 (patch) | |
tree | 2c3a715e19de72fbe41139e4b889db91b9b0b7e1 /TODO.IPv6 | |
parent | 834eba7597e2582c44f69e03a762b838308c8df0 (diff) | |
download | openvpn-c1f25b6644efaa74c069c20d9a008e1786209a88.tar.gz openvpn-c1f25b6644efaa74c069c20d9a008e1786209a88.tar.xz openvpn-c1f25b6644efaa74c069c20d9a008e1786209a88.zip |
Merged TODO.IPv6 with TODO.ipv6 and README.IPv6 with README.ipv6
Prior to this patch were two sets of IPv6 README/TODO files: one from payload
and one from transport patchset. Unfortunately Git on Windows gets very confused
of these files, as they only differ in case. This patch merges these sets into
one.
Signed-off-by: Samuli Seppänen <samuli@openvpn.net>
Acked-by: David Sommerseth <davids@redhat.com>
Signed-off-by: David Sommerseth <davids@redhat.com>
Diffstat (limited to 'TODO.IPv6')
-rw-r--r-- | TODO.IPv6 | 41 |
1 files changed, 39 insertions, 2 deletions
@@ -1,5 +1,5 @@ -known issues for IPv6 payload support in OpenVPN ------------------------------------------------ +TODO for IPv6 payload support +----------------------------- 1.) "--topology subnet" doesn't work together with IPv6 payload on FreeBSD (verified for FreeBSD server, Linux/ifconfig client, problems @@ -147,3 +147,40 @@ tun0: flags=8051<UP,POINTOPOINT,RUNNING,MULTICAST> mtu 1500 to the config (problem + workaround applies both to tun and tap style devices) + + + + +TODO for IPv6 transport support +------------------------------- + +[ Last updated: 11-Nov-2009. ] + +* All platforms: + o mgmt console: as currently passes straight in_addr_t bits around + + o make possible to get AF from getaddrinfo() answer, ie allow openvpn to + use ipv4/6 if DNS returns A/AAAA without specifying protocol. + Hard: requires deep changes in initialization/calling logic + + o use AI_PASSIVE + + o the getaddr()/getaddr6() interface is not prepared for handling socktype + "tagging", currently I abuse the sockflags bits for getting the ai_socktype + downstream. + + o implement comparison for mapped addesses: server in dual stack + listening IPv6 must permit incoming streams from allowed IPv4 peer, + currently you need to pass eg: --remote ffff::1.2.3.4 + + o do something with multi mode learn routes, for now just ignoring + ipv6 addresses seems the most sensible thing to do, because there's + no support for intra-tunnel ipv6 stuff. + +* win32: + o find out about mapped addresses, as I can't make it work + with bound at ::1 and connect to 127.0.0.1 + +* N/A: + o this is ipv6 *endpoint* support, so don't expect "ifconfig6"-like + support in this patch |