<?xml version="1.0" encoding="UTF-8"?>
<rss xmlns:content="http://purl.org/rss/1.0/modules/content/" xmlns:dc="http://purl.org/dc/elements/1.1/" xmlns:rdf="http://www.w3.org/1999/02/22-rdf-syntax-ns#" xmlns:taxo="http://purl.org/rss/1.0/modules/taxonomy/" version="2.0">
  <channel>
    <title>topic ASA failover - 'failover' command caused active to switchover in Network Security</title>
    <link>https://community.cisco.com/t5/network-security/asa-failover-failover-command-caused-active-to-switchover/m-p/1746305#M530672</link>
    <description>&lt;HTML&gt;&lt;HEAD&gt;&lt;/HEAD&gt;&lt;BODY&gt;&lt;P&gt;Great, thanks for the update. Let us know how it goes when the local support has console access.&lt;/P&gt;&lt;/BODY&gt;&lt;/HTML&gt;</description>
    <pubDate>Mon, 19 Sep 2011 07:18:07 GMT</pubDate>
    <dc:creator>Jennifer Halim</dc:creator>
    <dc:date>2011-09-19T07:18:07Z</dc:date>
    <item>
      <title>ASA failover - 'failover' command caused active to switchover</title>
      <link>https://community.cisco.com/t5/network-security/asa-failover-failover-command-caused-active-to-switchover/m-p/1746300#M530661</link>
      <description>&lt;P&gt;Hey everyone,&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;I'm setting up an ASA HA pair with active/standby mode. &lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;I had entered the commands below, and the last step was to enable failover on the primay with the 'failover' command.&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;When I entered this, I lost connectivity to the Primary firewall, and needed to reboot to restore access.&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;My understanding is that entering 'failover' should only enable the failover service, which should then have proceeded to form a HA pair and copy the config from the Primary to Seondary firewall.&amp;nbsp; Why did it (apparently) cause it to failover?&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;(Primary) &lt;/P&gt;&lt;P&gt;no failover &amp;lt;&amp;lt;-- Prior to issuing failover command&lt;/P&gt;&lt;P&gt;failover lan unit primary&lt;/P&gt;&lt;P&gt;failover lan interface failover Ethernet0/3&lt;/P&gt;&lt;P&gt;failover link failover Ethernet0/3&lt;/P&gt;&lt;P&gt;failover interface ip failover 192.168.0.1 255.255.255.0 standby 192.168.0.2&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;(Secondary)&lt;/P&gt;&lt;P&gt;failover&lt;/P&gt;&lt;P&gt;failover lan unit secondary&lt;/P&gt;&lt;P&gt;failover lan interface failover Ethernet0/3&lt;/P&gt;&lt;P&gt;failover link failover Ethernet0/3&lt;/P&gt;&lt;P&gt;failover interface ip failover 192.168.0.1 255.255.255.0 standby 192.168.0.2&lt;/P&gt;</description>
      <pubDate>Mon, 11 Mar 2019 21:25:37 GMT</pubDate>
      <guid>https://community.cisco.com/t5/network-security/asa-failover-failover-command-caused-active-to-switchover/m-p/1746300#M530661</guid>
      <dc:creator>marcus.glover</dc:creator>
      <dc:date>2019-03-11T21:25:37Z</dc:date>
    </item>
    <item>
      <title>ASA failover - 'failover' command caused active to switchover</title>
      <link>https://community.cisco.com/t5/network-security/asa-failover-failover-command-caused-active-to-switchover/m-p/1746301#M530663</link>
      <description>&lt;HTML&gt;&lt;HEAD&gt;&lt;/HEAD&gt;&lt;BODY&gt;&lt;P&gt;It really depends on which unit was the Active firewall, and base on the config, secondary unit has failover turns on, and when you turn on the failover on primary unit, it will perform the check on which should be the Active unit, and since the secondary unit has failover enabled and was probably the active unit, by enabling failover on primary unit, the active firewall will become the primary unit, hence you lost connectivity to the "Active" unit. You should be able to reconnect to the "Active" unit again. The interface ip address follows the Active unit, ie: does not stay with Primary unit, so whichever is the Active unit, the interface ip address will follow the unit.&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;Also, you would need to ensure that ethernet0/3 is not shutdown and synchronization and failover status update is happening between the 2 units.&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;What is the status of the failover now? which unit is the active unit?&lt;/P&gt;&lt;/BODY&gt;&lt;/HTML&gt;</description>
      <pubDate>Fri, 16 Sep 2011 01:29:56 GMT</pubDate>
      <guid>https://community.cisco.com/t5/network-security/asa-failover-failover-command-caused-active-to-switchover/m-p/1746301#M530663</guid>
      <dc:creator>Jennifer Halim</dc:creator>
      <dc:date>2011-09-16T01:29:56Z</dc:date>
    </item>
    <item>
      <title>ASA failover - 'failover' command caused active to switchover</title>
      <link>https://community.cisco.com/t5/network-security/asa-failover-failover-command-caused-active-to-switchover/m-p/1746302#M530665</link>
      <description>&lt;HTML&gt;&lt;HEAD&gt;&lt;/HEAD&gt;&lt;BODY&gt;&lt;P&gt;Hi Jennifer,&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;The secondary firewall had no config apart from what is listed above.&amp;nbsp; That is, it didn't have any IP addresses configured save for the failover interface.&amp;nbsp; Because it hadn't ever formed a HA pair with the Primary, the Secondary unit never received a copy of the config to derive its IP addresses.&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;So basically I was connected to the Primary (and not Active) unit.&amp;nbsp; What I expected to happen was for the Primary to become Active, and then synch the config with the Secondary.&amp;nbsp; After I had lost connectivity to the Primary for about 5 minutes, however, I realised that something had gone amiss with the Primary.&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;At the moment, I have the same state as listed in the config above, i.e. the Primary has 'no failover' within its config (After the reboot it reverted to this).&amp;nbsp; The Secondary has a blank config apart from the failover commands also listed above (and a no shut of the e0/3 port).&amp;nbsp; I could also ping between 192.168.0.1 and 192.168.0.2 prior to issuing the failover command.&lt;/P&gt;&lt;/BODY&gt;&lt;/HTML&gt;</description>
      <pubDate>Fri, 16 Sep 2011 01:46:33 GMT</pubDate>
      <guid>https://community.cisco.com/t5/network-security/asa-failover-failover-command-caused-active-to-switchover/m-p/1746302#M530665</guid>
      <dc:creator>marcus.glover</dc:creator>
      <dc:date>2011-09-16T01:46:33Z</dc:date>
    </item>
    <item>
      <title>ASA failover - 'failover' command caused active to switchover</title>
      <link>https://community.cisco.com/t5/network-security/asa-failover-failover-command-caused-active-to-switchover/m-p/1746303#M530667</link>
      <description>&lt;HTML&gt;&lt;HEAD&gt;&lt;/HEAD&gt;&lt;BODY&gt;&lt;P&gt;Hi Marcus,&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;Might be best to console to both primary and secondary when you turn on the failover, and check the status of the failover after it is enabled. It's a little difficult to guess what is happening when you have no access to check the status on the unit. In theory, you are right, the primary should become the Active unit if nothing is configured on the secondary unit. Are any interfaces on secondary unit connected to the network apart from e0/3? And i am also assuming that you have configured standby ip address within your interface configuration? If no standby ip address is configured and secondary unit interfaces are not connected to the network, the failover will declare that secondary unit has failed instead of in standby status.&lt;/P&gt;&lt;/BODY&gt;&lt;/HTML&gt;</description>
      <pubDate>Fri, 16 Sep 2011 02:03:57 GMT</pubDate>
      <guid>https://community.cisco.com/t5/network-security/asa-failover-failover-command-caused-active-to-switchover/m-p/1746303#M530667</guid>
      <dc:creator>Jennifer Halim</dc:creator>
      <dc:date>2011-09-16T02:03:57Z</dc:date>
    </item>
    <item>
      <title>ASA failover - 'failover' command caused active to switchover</title>
      <link>https://community.cisco.com/t5/network-security/asa-failover-failover-command-caused-active-to-switchover/m-p/1746304#M530669</link>
      <description>&lt;HTML&gt;&lt;HEAD&gt;&lt;/HEAD&gt;&lt;BODY&gt;&lt;P&gt;Hi Jennifer,&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;The devices are currently in a different geography to&amp;nbsp; me, them being in HK and myself in Sydney - i've asked the local support&amp;nbsp; to connect console access via VNC so I can see what is going on as you&amp;nbsp; suggest.&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;Regarding the secondary firewall, it has an outside&amp;nbsp; and inside interface like the primary, which are patched into the local&amp;nbsp; LAN on the same VLANS as the primary outside/inside interfaces.&amp;nbsp; There&amp;nbsp; is no configuration on the secondary interfaces apart from a 'no shut'&amp;nbsp; on the interfaces themselves.&amp;nbsp; Regarding the standby ip addresses, these&amp;nbsp; are configured on the primary unit for both inside/outside interfaces.&lt;/P&gt;&lt;/BODY&gt;&lt;/HTML&gt;</description>
      <pubDate>Sun, 18 Sep 2011 23:46:48 GMT</pubDate>
      <guid>https://community.cisco.com/t5/network-security/asa-failover-failover-command-caused-active-to-switchover/m-p/1746304#M530669</guid>
      <dc:creator>marcus.glover</dc:creator>
      <dc:date>2011-09-18T23:46:48Z</dc:date>
    </item>
    <item>
      <title>ASA failover - 'failover' command caused active to switchover</title>
      <link>https://community.cisco.com/t5/network-security/asa-failover-failover-command-caused-active-to-switchover/m-p/1746305#M530672</link>
      <description>&lt;HTML&gt;&lt;HEAD&gt;&lt;/HEAD&gt;&lt;BODY&gt;&lt;P&gt;Great, thanks for the update. Let us know how it goes when the local support has console access.&lt;/P&gt;&lt;/BODY&gt;&lt;/HTML&gt;</description>
      <pubDate>Mon, 19 Sep 2011 07:18:07 GMT</pubDate>
      <guid>https://community.cisco.com/t5/network-security/asa-failover-failover-command-caused-active-to-switchover/m-p/1746305#M530672</guid>
      <dc:creator>Jennifer Halim</dc:creator>
      <dc:date>2011-09-19T07:18:07Z</dc:date>
    </item>
    <item>
      <title>ASA failover - 'failover' command caused active to switchover</title>
      <link>https://community.cisco.com/t5/network-security/asa-failover-failover-command-caused-active-to-switchover/m-p/1746306#M530675</link>
      <description>&lt;HTML&gt;&lt;HEAD&gt;&lt;/HEAD&gt;&lt;BODY&gt;&lt;P&gt;Jennifer,&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;I made the changes to get this working today, some points of interest&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;1) When the 'failover' command is issues on a the primary device (configured with 'failover lan unit primary'), if the other device is 'active' then it is the 'active' device config which is copied across.&amp;nbsp; I'm lucky I had console access here, becuase the config was basically copied from the 'standby' ASA to the 'primary' ASA because the 'standby' ASA was considered the 'active' one.&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;2) I tried entering the 'failover active' command to force the primary to become active, but this did not work&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;3) To get things working, i need to&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;UL&gt;&lt;LI&gt;Disable failover on the secondary 'no failover'&lt;/LI&gt;&lt;LI&gt;Enable failover on the primary 'failover'&lt;/LI&gt;&lt;LI&gt;Re-enable failover on the secondary 'failover'&lt;/LI&gt;&lt;/UL&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;I suppose the rationale behind this functionality is that the 'active' firewall config is always copied between the firewalls.&amp;nbsp; However, it should then be noted that if you are deploying an active/standby pair for the first time, you should definitely DISABLE failover on the secondary first before connecting them together.&lt;/P&gt;&lt;/BODY&gt;&lt;/HTML&gt;</description>
      <pubDate>Sat, 24 Sep 2011 02:36:17 GMT</pubDate>
      <guid>https://community.cisco.com/t5/network-security/asa-failover-failover-command-caused-active-to-switchover/m-p/1746306#M530675</guid>
      <dc:creator>marcus.glover</dc:creator>
      <dc:date>2011-09-24T02:36:17Z</dc:date>
    </item>
  </channel>
</rss>

