Hi,

On Tue, Aug 07, 2012 at 10:33:16AM +0200, Arne Schwabe wrote:
> the getaddr6 and getaddr_mutli functions are duplicates of each other. Since 
> we always require getaddrinfo to be present both function are merge into one 
> openvpn_getaddrinfo.
> 
> This functions also returns a standard struct addrinfo* so our resolve 
> interface is closer to the standard unix interface. The getaddr function is a 
> wrapper which provides backward compatibility for IPv4 addresses. Ipv6 calls 
> and calls to getaddr_multi are replaced with the new interface.
> 

Getting closer, but something is still funny.

Connecting to IPv6 tcp or udp server works now, but the resolving of
route destinations seems to result in triplication of all IPv4 routes.

Unchanged "master" code connecting to a server that pushes 2 IPv4 routes:

Tue Aug  7 12:39:05 2012 /sbin/ifconfig tun1 10.194.1.6 10.194.1.5 mtu 1500 
netmask 255.255.255.255 up
Tue Aug  7 12:39:05 2012 /sbin/ifconfig tun1 inet6 fd00:abcd:194:1::1000/64
Tue Aug  7 12:39:05 2012 /sbin/route add -net 10.194.0.0 10.194.1.5 255.255.0.0
add net 10.194.0.0: gateway 10.194.1.5
Tue Aug  7 12:39:05 2012 /sbin/route add -net 10.194.1.1 10.194.1.5 
255.255.255.255
add net 10.194.1.1: gateway 10.194.1.5
Tue Aug  7 12:39:05 2012 add_route_ipv6(fd00:abcd:194::/48 -> 
fd00:abcd:194:1::1 metric -1) dev tun1
Tue Aug  7 12:39:05 2012 /sbin/route add -inet6 fd00:abcd:194::/48 -iface tun1
add net fd00:abcd:194::/48: gateway tun1
Tue Aug  7 12:39:05 2012 Initialization Sequence Completed


With your v3 patch:

Tue Aug  7 12:38:16 2012 /sbin/ifconfig tun1 10.194.1.6 10.194.1.5 mtu 1500 
netmask 255.255.255.255 up
Tue Aug  7 12:38:16 2012 /sbin/ifconfig tun1 inet6 fd00:abcd:194:1::1000/64
Tue Aug  7 12:38:16 2012 /sbin/route add -net 10.194.0.0 10.194.1.5 255.255.0.0
add net 10.194.0.0: gateway 10.194.1.5
Tue Aug  7 12:38:16 2012 /sbin/route add -net 10.194.0.0 10.194.1.5 255.255.0.0
route: writing to routing socket: File exists
add net 10.194.0.0: gateway 10.194.1.5: route already in table
Tue Aug  7 12:38:16 2012 ERROR: FreeBSD route add command failed: external 
program exited with error status: 1
Tue Aug  7 12:38:16 2012 /sbin/route add -net 10.194.0.0 10.194.1.5 255.255.0.0
route: writing to routing socket: File exists
add net 10.194.0.0: gateway 10.194.1.5: route already in table
Tue Aug  7 12:38:16 2012 ERROR: FreeBSD route add command failed: external 
program exited with error status: 1
Tue Aug  7 12:38:16 2012 /sbin/route add -net 10.194.1.1 10.194.1.5 
255.255.255.255
add net 10.194.1.1: gateway 10.194.1.5
Tue Aug  7 12:38:16 2012 /sbin/route add -net 10.194.1.1 10.194.1.5 
255.255.255.255
route: writing to routing socket: File exists
add net 10.194.1.1: gateway 10.194.1.5: route already in table
Tue Aug  7 12:38:16 2012 ERROR: FreeBSD route add command failed: external 
program exited with error status: 1
Tue Aug  7 12:38:16 2012 /sbin/route add -net 10.194.1.1 10.194.1.5 
255.255.255.255
route: writing to routing socket: File exists
add net 10.194.1.1: gateway 10.194.1.5: route already in table
Tue Aug  7 12:38:16 2012 ERROR: FreeBSD route add command failed: external 
program exited with error status: 1
Tue Aug  7 12:38:16 2012 add_route_ipv6(fd00:abcd:194::/48 -> 
fd00:abcd:194:1::1 metric -1) dev tun1
Tue Aug  7 12:38:16 2012 /sbin/route add -inet6 fd00:abcd:194::/48 -iface tun1
add net fd00:abcd:194::/48: gateway tun1
Tue Aug  7 12:38:16 2012 Initialization Sequence Completed

(again, just reporting symptoms, not having stared at the code)

Even though it might be frustrating - thanks for working on this!

gert

-- 
USENET is *not* the non-clickable part of WWW!
                                                           //www.muc.de/~gert/
Gert Doering - Munich, Germany                             g...@greenie.muc.de
fax: +49-89-35655025                        g...@net.informatik.tu-muenchen.de

Attachment: pgpd_tMU9OR8_.pgp
Description: PGP signature

Reply via email to