6513 , FWSM and boot order/times

Unanswered Question
May 21st, 2008
User Badges:

Hello


We have 2 x 6513's both with one FWSM and ACE module in each (active / standby for both).


We have been having some issues with the cats and as such we've been informed to upgrade to 12.2(33)SXH2a, specifically to correct the following issue:


Due to the presence of the EtherChannel across DFC cards and HSRP being balanced active across the core switches running SXH1 (the original IOS), signs were pointing towards CSCso29141 (DFC installs drop index for MAC-address after -ve MN). The mac-aging-time was at the default 300 rather than the recommended 480 when MAC synchronization is enabled. Following the workaround for CSCso29141, we've statically configured 'mac-address sync', increased the aging time with 'mac-address aging-time 480', and decreased the ARP timeout for all active VLANs to 300 secs with '(config-if)# arp timeout 300'.


Now we've upgraded the switches and also applied the workaround.


However, when rebooting either 6513 now, it seems the FWSM can not be in the switch (FWSM is in slot 1, ACE in slot 2) as these are being powered up too soon . These modules need to be removed before rebooting these switches at this stage. I believe this is because the 10 gig cards take much longer to boot then the FWSM which allows this module to start talking to the network before the switch is connected to the network - hence causing the FWSMs to think they are both primary (eg. they both are 'up' before their failover vlan becomes up).


Does anyone know how we should get around this issue?


Specifically, we would like a situation where we could bring up a 6513 without having to worry about if the underlying vlans are up or not prior to the FWSM's booting. We've logged a call with the TAC but was wondering if anyone has seen these issues before...


Thanks

Cameron


  • 1
  • 2
  • 3
  • 4
  • 5
Overall Rating: 0 (0 ratings)
Loading.
Jon Marshall Wed, 05/21/2008 - 23:09
User Badges:
  • Super Blue, 32500 points or more
  • Hall of Fame,

    Founding Member

  • Cisco Designated VIP,

    2017 LAN, WAN

Cameron


We had a similiar issue some time back along the same lines although not with 10Gb cards. At the time we investigated whether you could specify the order of boot up of the modules in the chassis but we didn't find a way to do it. Apart from the obvious of reordering your modules in the chassis to give the 10Gb cards time to boot which may or may not make a difference the only other things i can think of is if you could use the GBIC slots on your suprevisor. The supervisor will boot first and if you could use this fact to give temporary network connectivity while your 10Gb modules are booting up it may work.


It worked for us but then we were creating an etherchannel with Gbps links only so when our modules fully booted up their links were just added to the etherchannel.


I appreciate this may not work for you but it it could be worth a try.


Jon




Actions

This Discussion