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.