<?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 Re: Odd cphaprob output in Firewall and Security Management</title>
    <link>https://community.checkpoint.com/t5/Firewall-and-Security-Management/Odd-cphaprob-output/m-p/75319#M5819</link>
    <description>Connected via a switch by the bye, but not germane to the issue in this case as the interfaces were not down, except for CP HA.</description>
    <pubDate>Fri, 14 Feb 2020 17:40:02 GMT</pubDate>
    <dc:creator>Stephen_Moreau</dc:creator>
    <dc:date>2020-02-14T17:40:02Z</dc:date>
    <item>
      <title>Odd cphaprob output</title>
      <link>https://community.checkpoint.com/t5/Firewall-and-Security-Management/Odd-cphaprob-output/m-p/73976#M5688</link>
      <description>&lt;P&gt;Having an unusual issue with a cluster firewall interface. Firewall was rebooted and post reboot one side of the sync interface is showing an issue where the inbound is up but the outbound is down. The other side is UP &amp;amp; UP.&lt;/P&gt;&lt;P&gt;fw1-cxl1:0]# cphaprob -a if&lt;/P&gt;&lt;P&gt;Required interfaces: 7&lt;BR /&gt;Required secured interfaces: 1&lt;/P&gt;&lt;P&gt;eth7 Inbound: UP Outbound: DOWN (6062.3 secs) sync(secured), multicast&lt;BR /&gt;eth5 UP non sync(non secured), multicast (eth5.71 )&lt;BR /&gt;bond2 UP non sync(non secured), multicast, bond Load Sharing (bond2.32 )&lt;BR /&gt;bond0 UP non sync(non secured), multicast, bond Load Sharing (bond0.17 )&lt;BR /&gt;bond1 UP non sync(non secured), multicast, bond Load Sharing (bond1.80 )&lt;BR /&gt;bond0 UP non sync(non secured), multicast, bond Load Sharing (bond0.245 )&lt;BR /&gt;eth5 UP non sync(non secured), multicast (eth5.246 )&lt;/P&gt;&lt;P&gt;Any obvious (to you!) ideas what might cause this before I roll up my sleeves?&lt;/P&gt;&lt;P&gt;TIA&lt;/P&gt;</description>
      <pubDate>Sun, 02 Feb 2020 12:49:41 GMT</pubDate>
      <guid>https://community.checkpoint.com/t5/Firewall-and-Security-Management/Odd-cphaprob-output/m-p/73976#M5688</guid>
      <dc:creator>Stephen_Moreau</dc:creator>
      <dc:date>2020-02-02T12:49:41Z</dc:date>
    </item>
    <item>
      <title>Re: Odd cphaprob output</title>
      <link>https://community.checkpoint.com/t5/Firewall-and-Security-Management/Odd-cphaprob-output/m-p/74558#M5737</link>
      <description>&lt;P&gt;What is the physical setup of the sync interface?&amp;nbsp; Just an Ethernet cable or connected through a switch?&lt;/P&gt;
&lt;P&gt;&amp;nbsp;&lt;/P&gt;</description>
      <pubDate>Sun, 09 Feb 2020 16:04:22 GMT</pubDate>
      <guid>https://community.checkpoint.com/t5/Firewall-and-Security-Management/Odd-cphaprob-output/m-p/74558#M5737</guid>
      <dc:creator>Timothy_Hall</dc:creator>
      <dc:date>2020-02-09T16:04:22Z</dc:date>
    </item>
    <item>
      <title>Re: Odd cphaprob output</title>
      <link>https://community.checkpoint.com/t5/Firewall-and-Security-Management/Odd-cphaprob-output/m-p/74563#M5739</link>
      <description>&lt;P&gt;igmp snooping on switch side could be a cause too.&lt;BR /&gt;you can verify that by setting the cluster to unicast or broadcast for testing purpose.&lt;BR /&gt;See sk20576.&lt;/P&gt;</description>
      <pubDate>Sun, 09 Feb 2020 17:35:18 GMT</pubDate>
      <guid>https://community.checkpoint.com/t5/Firewall-and-Security-Management/Odd-cphaprob-output/m-p/74563#M5739</guid>
      <dc:creator>Daniel_Schlifka</dc:creator>
      <dc:date>2020-02-09T17:35:18Z</dc:date>
    </item>
    <item>
      <title>Re: Odd cphaprob output</title>
      <link>https://community.checkpoint.com/t5/Firewall-and-Security-Management/Odd-cphaprob-output/m-p/75318#M5818</link>
      <description>&lt;P&gt;Just to close the circle on this. My issue turned out to be a problem with mis-matching count of CoreXL instances on both nodes. Visible under cpview 'SysInfo'. Once I matched the number of instances by changing the config in cpconfig and rebooting, the previous stable status was restored.&lt;/P&gt;&lt;P&gt;Why it stopped using the sync interface IP addresses while the mismatch occurred is unknown.&lt;/P&gt;</description>
      <pubDate>Fri, 14 Feb 2020 17:36:36 GMT</pubDate>
      <guid>https://community.checkpoint.com/t5/Firewall-and-Security-Management/Odd-cphaprob-output/m-p/75318#M5818</guid>
      <dc:creator>Stephen_Moreau</dc:creator>
      <dc:date>2020-02-14T17:36:36Z</dc:date>
    </item>
    <item>
      <title>Re: Odd cphaprob output</title>
      <link>https://community.checkpoint.com/t5/Firewall-and-Security-Management/Odd-cphaprob-output/m-p/75319#M5819</link>
      <description>Connected via a switch by the bye, but not germane to the issue in this case as the interfaces were not down, except for CP HA.</description>
      <pubDate>Fri, 14 Feb 2020 17:40:02 GMT</pubDate>
      <guid>https://community.checkpoint.com/t5/Firewall-and-Security-Management/Odd-cphaprob-output/m-p/75319#M5819</guid>
      <dc:creator>Stephen_Moreau</dc:creator>
      <dc:date>2020-02-14T17:40:02Z</dc:date>
    </item>
  </channel>
</rss>

