Following my work on IPv6 I did create an IPv6 Primer / Presentation for my staff and other technical interessted people. So if you are interessted in an little insight to my work and IPv6, feel free to download this file (German, about 1 MB): IPv6, Nico Maas 2012 PDF
Tag: IPv6
[IPv6] Dualstack EIGRP Routing on c3560
IPv6.
Everyone is talking about it.
And not too soon, ppl will need it.
As my corporation needs to switch to v6 soon, I'll started to work into this hexadecimal notated nightmare ;-).
I'll got some basic stuff written down already - but I'm not feeling like starting off IPv6 in my blog with too much boring theory.
So lets jump into a full blown network! ^^
Tada!
Well - its not too "full blown" - but a working network at last: We got our Routers, Switches, PCs and EIGRP - and an Application thats driven by IPv4 and IPv6 called "ping" and "ping6" - thats something, ain't it?
But first: What is Dual Stack? Well. Thats an easy one: Running your network on Dual Stack does mean using IPv4 and IPv6 in co-existence. Nothing more and nothing less. Your normal Ethernet Switch does Switch IPv4 and IPv6 the same - as Layer 2 does not differ between both. Layer 2 is MAC, IPv4/6 do come in mind on Layer 3 - to the Routers mind, so to say.
Sadly, I don't had any Cisco 1841 or similar machines for this project - and I did wanted to test these settings in an rather small Lab before jumping to our "spare" Cisco VSS Team and hacking that thing to kingdom come. Therefore, I used serval Catalyst 3560 PC 8, which are small Cisco Layer3+ Switches and could replace the routers.
To get the Switches to become IPv6 Routers, we need to install an new IOS with IP-Services Feature Set or higher. You can do that be erasing the Switch flash and download an new IOS by using the archive sw command from an tftp ( archive download-sw /allow-feature-upgrade /reload tftp://IP/c3560-ipservicesk9-tar.122-55.SE.tar ). As you see, I did use the 12.2(55)SE Firmware, as the new 58 got some really nasty changes in Terms of Smartport Features.
After our Switch(es) did reload, we need to configure an new SDM Template. The Switching Database Manager is not some piece of software, in truth its more some kind of ressource template. By changing this SDM Template, you change the way how the Ternary Content Addressable Memory (TCAM) is seperated. The TCAM is an very small but fast piece of RAM which does save Information like MAC Addresses, Routes, VLANs and so on. If you change the SDM Template, you change the amount of space which is avaiable for an Information. i.e. VLANs. If you choose the "Routing" Template - your Switch will put more memory onto Routes, if you choose the "VLAN" Template, your switch will support more VLANs but disable routing - and if you choose "Default", you get an mix of both. So, SDM Templates can be mission critical. And, they are fixed! You can't change the amount or divison of memory - only which template is used. As we want to use our Switch not only as Layer 2 Device, but DualStack Router, we need to change to an DualStack Routing SDM template - to really support IPv6 and Routing.
int vlan 3
ip address 192.168.2.1 255.255.255.0
no shut
int f0/3
switchport access vlan 3
spanning-tree portfast
no shut
end
ip address 192.168.0.1 255.255.255.0
no shut
switchport mode access
switchport access vlan 1
switchport nonegotiate
no shut
network 192.168.0.0
network 192.168.2.0
ipv6 address 2000:2::1/64
ipv6 eigrp 1
no shut
switchport access vlan 2
spanning-tree portfast
no shut
ipv6 address 2000:1::1/64
ipv6 eigrp 1
no shut