Trouble with 6rd configuration
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
01-28-2016 10:24 AM - edited 03-05-2019 03:13 AM
I've been experimenting with 6rd tunnels.
Using a template I got from somewhere, I configured the following tunnel.
interface Tunnel1001
no ip address
no ip redirects
ipv6 address 2001:1001:666F:726D::1/60
tunnel source GigabitEthernet0/1.1001
tunnel mode ipv6ip 6rd
tunnel 6rd ipv4 prefix-len 22
tunnel 6rd prefix 2001:1001:666F:4000::/50
end
This worked fine, and I was able to reach the ipv6 address of the tunnel endpoint from the far end.
This was, however, just an experiment, with addresses more-or-less pulled out of thin air. I've recently gotten an actual block of address, smaller than what I had, and have entered this instead:
interface Tunnel1001
no ip address
no ip redirects
ipv6 address 2620:107:9044:11F1::1/64
tunnel source GigabitEthernet0/1.1001
tunnel mode ipv6ip 6rd
tunnel 6rd ipv4 prefix-len 30
tunnel 6rd prefix 2620:107:9044:1180::/58
end
I can't seem to reach the IPv6 address of the interface itself (or anything else), although the prefix delegation to the 6rd client is working.
I've always been entirely mystified as to how the interface address in the previous (functional) config was derived, and why it had the mask it did.
My gut instinct is that that's where the problem is, but I can't find anything to tell me if that's so. If that is the issue, how do I need to set that address. If not, what else am I doing wrong?
Thanks for any help.
- Labels:
-
Other Routing
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
01-29-2016 11:31 AM
Have you tried giving the device a reboot? Perhaps it has not coped with the change of address well. If you can not reboot it, remove the tunnel and try creating it with a different tunnel number.
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
02-01-2016 01:38 PM
Reboot on both ends has provided no joy.
