Dual Sup720 and dual chassis

Unanswered Question
Apr 2nd, 2009

I am upgrading my 6509 chassis with 2 Sup720/MSFC. I am currently running single SupII/MSFC with HSRP between the 2 MSFC. I am a little confused on setting up dual MSFC's. Will the vlan interface IP's be identical on each MSFC in the same chassis? I think I understand the HSRP with the priorities with each vlan interface having a different priority.

I have this problem too.
0 votes
  • 1
  • 2
  • 3
  • 4
  • 5
Overall Rating: 0 (0 ratings)
Loading.
Leo Laohoo Thu, 04/02/2009 - 20:07

Instead of dual Sup720 in dual Chassis (4 Sup 720 in total), read the following data sheet of the new Sup720 with VSS. With this solution, you need to get only two Sup720 for both chassis.

Data Sheet: Cisco Catalyst 6500 Series Virtual Switching Supervisor Engine 720

http://www.cisco.com/en/US/prod/collateral/switches/ps5718/ps9336/product_data_sheet0900aecd806ed759.html

Hope this helps.

mjhagen Thu, 04/02/2009 - 20:17

I already have the sup720's but I think in order to take advantage of the VSS I would need new line cards that support the feature

lamav Thu, 04/02/2009 - 20:21

The latest iteration of Cisco HA after IOS version 12.2(18)SXF8, I believe, is SSO, which stands for Stateful Switch Over.

SSO, like its predecessor, SRM (Single Router Mode), leveraged a synchronization function to keep the configurations of both MSFCs consistent. The standby MSFC would have the complete startup configuration in its NVRAM, but its interfaces would be down and no neighborships would be established with peer routers. Basically, it was as if there was only one router and the ohter was effectively invisible.

When the standby router came online, it co-opted the WAN interface addresses and established neighbor relationships, and then began converging its routing protocol.

The same is true with SSO today, but with NSF (non-stop forwarding), an NSF-aware peer router will not tear down its neighbor relationships upon switchover of the NSF-enabled switch SUPs.

When the NSF-enabled switch finally brings up its secondary MSFC interfaces and establishes its neighborships with its NSF-aware peers, the routing protocol will populate the RIB, which would be sanity-checked with the old CEF table for consistency and correction, in which stale routes would be purged from the CEF table accordingly.

Now you have the routing protocol and the CEF process full converged.

Moreover, the control plane and the data plane are kept isolated with regard to the failover process. While the control plane reconverges, the data plane continues to forward traffic by utilizing the CEF FIB and adjacency tables that were created on the secondary SUP module pre-failover.

HTH

Victor

mjhagen Thu, 04/02/2009 - 21:00

So with SSO configured the 2 MSFC's in chassis A would have identical configurations except for the standby priorities and chassis B and those 2 MSFC's would have identical configurations except for standby priorities.

t-yamashita Thu, 04/02/2009 - 23:12

Hi mihagen

"Will the vlan interface IP's be identical on each MSFC in the same chassis?"

If you are trying to use MSFC's linecard and use HSRP on same chassis, it won't work, I think.

I recommend to consider other alternatives like "LAG"

HTH

Actions

This Discussion