<?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 8.4(4) failover issue in Network Security</title>
    <link>https://community.cisco.com/t5/network-security/asa-8-4-4-failover-issue/m-p/2185335#M360461</link>
    <description>&lt;HTML&gt;&lt;HEAD&gt;&lt;/HEAD&gt;&lt;BODY&gt;&lt;P&gt;No problem.&lt;/P&gt;&lt;P&gt;You are on the right track, it's always good to test it first (won't look too good in production).&lt;/P&gt;&lt;/BODY&gt;&lt;/HTML&gt;</description>
    <pubDate>Mon, 11 Mar 2013 13:20:16 GMT</pubDate>
    <dc:creator>Jennifer Halim</dc:creator>
    <dc:date>2013-03-11T13:20:16Z</dc:date>
    <item>
      <title>ASA 8.4(4) failover issue</title>
      <link>https://community.cisco.com/t5/network-security/asa-8-4-4-failover-issue/m-p/2185332#M360458</link>
      <description>&lt;P&gt;Hi,&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;We have just tested a failover configuration which fortunately we did on some test devices first as the following happened:&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;Failover configuration:&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;!ASA-1&lt;BR /&gt;failover lan unit primary&lt;BR /&gt;failover lan interface folink GigabitEthernet0/2&lt;BR /&gt;failover link folink GigabitEthernet0/2&lt;BR /&gt;failover interface ip folink 172.31.1.1 255.255.255.252 standby 172.31.1.2&lt;BR /&gt;failover&lt;/P&gt;&lt;P&gt;&lt;BR /&gt;!ASA-2&lt;BR /&gt;failover lan interface folink GigabitEthernet0/2&lt;BR /&gt;failover interface ip folink 172.31.1.1 255.255.255.252 standby 172.31.1.2&lt;BR /&gt;failover lan unit secondary &lt;BR /&gt;failover&lt;/P&gt;&lt;P&gt;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp; &lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;The issue was even though we have stated which is primary and which is secondary the replication of the configuration went from the Secondary to the Primary and not the other way round. So the device with no configuration has overwritten the device with the configuration. Is this a known issue? Seems pointless having the primary and secondary options if it uses another way to determine which way to replicate. We need to know why this happened before we do it on our production devices.&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;Any help would be appreciated.&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;Regards,&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;Z&lt;/P&gt;</description>
      <pubDate>Tue, 12 Mar 2019 01:12:28 GMT</pubDate>
      <guid>https://community.cisco.com/t5/network-security/asa-8-4-4-failover-issue/m-p/2185332#M360458</guid>
      <dc:creator>zyontrific</dc:creator>
      <dc:date>2019-03-12T01:12:28Z</dc:date>
    </item>
    <item>
      <title>ASA 8.4(4) failover issue</title>
      <link>https://community.cisco.com/t5/network-security/asa-8-4-4-failover-issue/m-p/2185333#M360459</link>
      <description>&lt;HTML&gt;&lt;HEAD&gt;&lt;/HEAD&gt;&lt;BODY&gt;&lt;P&gt;The configuration replication doesn't go from Primary to Secondary, it goes from Active to Standby unit. You always have to ensure that you have the correct configuration on the Active unit of the firewall.&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;Here is the config guide for your reference:&lt;/P&gt;&lt;P&gt;&lt;A class="jive-link-external-small" href="http://www.cisco.com/en/US/docs/security/asa/asa84/configuration/guide/ha_active_standby.html#wp1079460"&gt;http://www.cisco.com/en/US/docs/security/asa/asa84/configuration/guide/ha_active_standby.html#wp1079460&lt;/A&gt;&lt;/P&gt;&lt;/BODY&gt;&lt;/HTML&gt;</description>
      <pubDate>Mon, 11 Mar 2013 12:42:50 GMT</pubDate>
      <guid>https://community.cisco.com/t5/network-security/asa-8-4-4-failover-issue/m-p/2185333#M360459</guid>
      <dc:creator>Jennifer Halim</dc:creator>
      <dc:date>2013-03-11T12:42:50Z</dc:date>
    </item>
    <item>
      <title>ASA 8.4(4) failover issue</title>
      <link>https://community.cisco.com/t5/network-security/asa-8-4-4-failover-issue/m-p/2185334#M360460</link>
      <description>&lt;HTML&gt;&lt;HEAD&gt;&lt;/HEAD&gt;&lt;BODY&gt;&lt;P&gt;Thanks Jennifer - my misunderstanding of the primary/secondary settings. At least we did it in test first.&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;Regards,&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;Z&lt;/P&gt;&lt;/BODY&gt;&lt;/HTML&gt;</description>
      <pubDate>Mon, 11 Mar 2013 13:18:21 GMT</pubDate>
      <guid>https://community.cisco.com/t5/network-security/asa-8-4-4-failover-issue/m-p/2185334#M360460</guid>
      <dc:creator>zyontrific</dc:creator>
      <dc:date>2013-03-11T13:18:21Z</dc:date>
    </item>
    <item>
      <title>ASA 8.4(4) failover issue</title>
      <link>https://community.cisco.com/t5/network-security/asa-8-4-4-failover-issue/m-p/2185335#M360461</link>
      <description>&lt;HTML&gt;&lt;HEAD&gt;&lt;/HEAD&gt;&lt;BODY&gt;&lt;P&gt;No problem.&lt;/P&gt;&lt;P&gt;You are on the right track, it's always good to test it first (won't look too good in production).&lt;/P&gt;&lt;/BODY&gt;&lt;/HTML&gt;</description>
      <pubDate>Mon, 11 Mar 2013 13:20:16 GMT</pubDate>
      <guid>https://community.cisco.com/t5/network-security/asa-8-4-4-failover-issue/m-p/2185335#M360461</guid>
      <dc:creator>Jennifer Halim</dc:creator>
      <dc:date>2013-03-11T13:20:16Z</dc:date>
    </item>
  </channel>
</rss>

