Subject: Re: Neighbour Discovery Bug?
To: None <current-users@netbsd.org>
From: Feico Dillema <dillema@acm.org>
List: current-users
Date: 07/20/1999 20:33:45
On Wed, Jul 21, 1999 at 03:24:02AM +0900, itojun@iijlab.net wrote:
> 	I believe you meant 'unnumbered IPv6-over-IPv4 tunnel" to say that
> 	"tunnel interface without global IPv6 address".  It can be configured
That's more or less what I meant, yep.

> 	like this.
> 	# gifconfig gif0 10.1.1.1 10.1.1.2
> 	# ifconfig eth0 inet6 3ffe:....	prefixlen 64 alias
I tried to avoid the ifconfig, and use autoconfig instead... (that's
where things went bad).

gif0: flags=8051<UP,POINTOPOINT,RUNNING,MULTICAST> mtu 1280
        inet6 fe80:9::10:4bff:fea4:548c  prefixlen 64 
        physical address inet 129.242.17.148 --> 129.242.16.231

ep0: flags=8863<UP,BROADCAST,NOTRAILERS,RUNNING,SIMPLEX,MULTICAST> mtu 1500
        address: 00:10:4b:a4:54:8c
        media: Ethernet 10baseT
        inet 129.242.17.148 netmask 0xffffff00 broadcast 129.242.17.255
        inet6 fe80:1::210:4bff:fea4:548c prefixlen 64

> 	Could I know how I can repeat your symptom on "ioctl not supported..."?

if I remember correctly, I did:

gifconfig gif0 inet 129.242.17.148 129.242.16.231
rtsol gif0

the rtsol fails as it says it cannot get the link-local address of the
other end of the tunnel.

Feico.