RE: Running Routing Protocol over 6to4 Tunnels

From: Bob Sinclair <bob_at_bobsinclair.net>
Date: Fri, 11 Jun 2010 22:11:12 -0400

Ladee,

The ipv6 6to4 tunnel does not support dynamic routing. This tunnel type
embeds the IPv4 destination address in the ipv6 prefix. The next hop and
neighbor addresses are always link-local addresses. Link local addresses
must start FE80::/10. ISATAP tunnels support IGPs, because they embed the
ipv4 address in the host portion. If you try ISATAP, make sure to allow the
tunnel process to create the link-local address for you; do not hard code
it.

Here is a working configuration:

interface Tunnel1
 no ip address
 no ip redirects
 ipv6 address 2001:45::/64 eui-64
 ipv6 ospf network point-to-multipoint non-broadcast
 ipv6 ospf neighbor FE80::5EFE:AC10:2D05
 ipv6 ospf 1 area 0
 tunnel source 172.16.45.4
 tunnel mode ipv6ip isatap

Tunnel destination IP is 172.16.45.5

Note local addresses on tunnel:
show ipv6 interface:

Tunnel1 is up, line protocol is up
  IPv6 is enabled, link-local address is FE80::5EFE:AC10:2D04
  Global unicast address(es):
    2001:45::5EFE:AC10:2D04, subnet is 2001:45::/64 [EUI]

HTH,

Bob Sinclair

> -----Original Message-----
> From: nobody_at_groupstudy.com [mailto:nobody_at_groupstudy.com] On Behalf Of
> Ladee Geek
> Sent: Friday, June 11, 2010 6:12 PM
> To: Cisco certification
> Subject: Running Routing Protocol over 6to4 Tunnels
>
> I'm wrestling with running a routing protocol over 6to4 tunnels. I can
> ping
> from tunnel end point to end point, but can't get to any other
> 2002::/16
> addresses I've created. That was based on the static route 2002::/16
> out
> the tunnel interface. So I am trying a dynamic routing protocol, OSPF
> in
> p-mp nbma mode. I have configured the neighbor statement so there's a
> next
> hop address, but I don't get a neighbor relationship.
>
> When pining the other end of the tunnel I actually see icmp traffic.
> But
> when I ping another 2002 address I don't see anything. I have the
> static
> 2002::/16 tunnel 345.
>
> So my static didn't work and neither did a dynamic protocol to get to
> 2002
> addresses other than the tunnel end points.
>
> What am I missing?
>
>
> Topology: R3, R4 and R5 are set up with 6-to-4 tunnels.
>
> *Rack1R3*(config-if)#do sh run int tun 345
> Building configuration...
> Current configuration : 267 bytes
> !
> interface Tunnel345
> no ip address
> no ip redirects
> ipv6 address 2002:9B01:2503::/64 eui-64
> ipv6 ospf network point-to-multipoint non-broadcast
> ipv6 ospf neighbor FE80::9B01:9204
> ipv6 ospf 1 area 345
> tunnel source FastEthernet0/0
> tunnel mode ipv6ip 6to4
> *Rack1R3(config-if)#do pin 2002:9B01:3A05::9B01:3A05 - this is the
> fastether
> of R5*
> **
> Type escape sequence to abort.
> Sending 5, 100-byte ICMP Echos to 2002:9B01:3A05::9B01:3A05, timeout is
> 2
> seconds:
> !!!!!
> Success rate is 100 percent (5/5), round-trip min/avg/max = 60/78/140
> ms
>
> *Rack1R3(config)#do sirv | se 2002*
> S 2002::/16 [1/0]
> via Tunnel345, directly connected
>
>
> *Rack1R5(config)#do sh run int tun 345
> *Building configuration...
> Current configuration : 156 bytes
> !
> interface Tunnel345
> no ip address
> no ip redirects
> ipv6 address 2002:9B01:3A05::/64 eui-64
> tunnel source FastEthernet0/0
> tunnel mode ipv6ip 6to4
> end
> *Rack1R5(config)#do sh run int lo 105*
> Building configuration...
> Current configuration : 80 bytes
> !
> interface Loopback105
> no ip address
> ipv6 address 2002:9601:505:1::5/64
>
>
> *Rack1R3(config)#do ping 2002:9601:505::1*
> Type escape sequence to abort.
> Sending 5, 100-byte ICMP Echos to 2002:9601:505::1, timeout is 2
> seconds:
> .....
> Success rate is 0 percent (0/5)
> Rack1R3(config)#
>
> *Rack1R5(config-if)#do shipv*
> Loopback0 [up/up]
> FE80::21A:6CFF:FE9F:9FA8
> * 2002:9601:505::1
> *
> --
> r/
> LG
>
>
> Blogs and organic groups at http://www.ccie.net
>
> _______________________________________________________________________
> Subscription information may be found at:
> http://www.groupstudy.com/list/CCIELab.html
>
>
>
>
>
>
>
> No virus found in this incoming message.
> Checked by AVG - www.avg.com
> Version: 9.0.829 / Virus Database: 271.1.1/2930 - Release Date:
> 06/11/10 02:35:00

Blogs and organic groups at http://www.ccie.net
Received on Fri Jun 11 2010 - 22:11:12 ART

This archive was generated by hypermail 2.2.0 : Sun Aug 01 2010 - 09:11:37 ART