<?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: R80.40 snmptrap v2 always cause engineID error in Firewall and Security Management</title>
    <link>https://community.checkpoint.com/t5/Firewall-and-Security-Management/R80-40-snmptrap-v2-always-cause-engineID-error/m-p/81268#M6290</link>
    <description>&lt;P&gt;&lt;SPAN class="tlid-translation translation"&gt;&lt;SPAN class=""&gt;I have to disagree&lt;/SPAN&gt;&lt;/SPAN&gt;. Sting "Can't set up engineID of type text from an empty string." only exist in snmpv3.c source file.&lt;/P&gt;&lt;P&gt;That means that key -v that is capable of SNMP version selection is ignored in snmptrap tool. And snmptrap tool always work in SNMP v3 mode whatever choice you make with -v key.&lt;/P&gt;</description>
    <pubDate>Wed, 08 Apr 2020 07:34:02 GMT</pubDate>
    <dc:creator>Pavel_Grishin</dc:creator>
    <dc:date>2020-04-08T07:34:02Z</dc:date>
    <item>
      <title>R80.40 snmptrap v2 always cause engineID error</title>
      <link>https://community.checkpoint.com/t5/Firewall-and-Security-Management/R80-40-snmptrap-v2-always-cause-engineID-error/m-p/81202#M6285</link>
      <description>&lt;P&gt;I have a .sh script on my test Security Gateway that sends snmptrap (I use SNMP version 2) to my monitoring service. This script was working fine on R80.30, but it does not work in R80.40 with Jumbo HF&lt;BR /&gt;Take_25.&lt;/P&gt;&lt;P&gt;Gaia OS configuration on both R80.30 and R80.40 is identical. SNMP v1\v2\v3 is enabled.&lt;/P&gt;&lt;P&gt;This is an example command that works successfully in R80.30 but gives an error in R80.40&lt;/P&gt;&lt;P&gt;&lt;U&gt;&lt;STRONG&gt;snmptrap -c public -v 2c 1.1.1.1 "" 1.3.3.3.3.3.3.3 1.2.2.2.2.2.2 i 25&lt;/STRONG&gt;&lt;/U&gt;&lt;/P&gt;&lt;P&gt;on R80.40 I got the error: "Can't set up engineID of type text from an empty string."&lt;/P&gt;&lt;P&gt;According to the sources of NET-SNMP engineID is used only in SNMP v3, but I explicitly use v2&lt;/P&gt;&lt;P&gt;I believe this is an error in snmp package.&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;&lt;P&gt;Versions of snmptrap are different:&lt;/P&gt;&lt;P&gt;R80.40 NET-SNMP version: 5.8&lt;/P&gt;&lt;P&gt;R80.30 NET-SNMP version: 5.4.2.1&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;</description>
      <pubDate>Tue, 07 Apr 2020 20:41:31 GMT</pubDate>
      <guid>https://community.checkpoint.com/t5/Firewall-and-Security-Management/R80-40-snmptrap-v2-always-cause-engineID-error/m-p/81202#M6285</guid>
      <dc:creator>Pavel_Grishin</dc:creator>
      <dc:date>2020-04-07T20:41:31Z</dc:date>
    </item>
    <item>
      <title>Re: R80.40 snmptrap v2 always cause engineID error</title>
      <link>https://community.checkpoint.com/t5/Firewall-and-Security-Management/R80-40-snmptrap-v2-always-cause-engineID-error/m-p/81238#M6287</link>
      <description>We updated a lot of userspace tools/libraries in R80.40 with the move to the Linux 3.10 kernel.&lt;BR /&gt;That means some commands might operate slightly differently than before.&lt;BR /&gt;It's possible there's a different variant of that command that will work. &lt;BR /&gt;&lt;BR /&gt;</description>
      <pubDate>Wed, 08 Apr 2020 01:02:42 GMT</pubDate>
      <guid>https://community.checkpoint.com/t5/Firewall-and-Security-Management/R80-40-snmptrap-v2-always-cause-engineID-error/m-p/81238#M6287</guid>
      <dc:creator>PhoneBoy</dc:creator>
      <dc:date>2020-04-08T01:02:42Z</dc:date>
    </item>
    <item>
      <title>Re: R80.40 snmptrap v2 always cause engineID error</title>
      <link>https://community.checkpoint.com/t5/Firewall-and-Security-Management/R80-40-snmptrap-v2-always-cause-engineID-error/m-p/81268#M6290</link>
      <description>&lt;P&gt;&lt;SPAN class="tlid-translation translation"&gt;&lt;SPAN class=""&gt;I have to disagree&lt;/SPAN&gt;&lt;/SPAN&gt;. Sting "Can't set up engineID of type text from an empty string." only exist in snmpv3.c source file.&lt;/P&gt;&lt;P&gt;That means that key -v that is capable of SNMP version selection is ignored in snmptrap tool. And snmptrap tool always work in SNMP v3 mode whatever choice you make with -v key.&lt;/P&gt;</description>
      <pubDate>Wed, 08 Apr 2020 07:34:02 GMT</pubDate>
      <guid>https://community.checkpoint.com/t5/Firewall-and-Security-Management/R80-40-snmptrap-v2-always-cause-engineID-error/m-p/81268#M6290</guid>
      <dc:creator>Pavel_Grishin</dc:creator>
      <dc:date>2020-04-08T07:34:02Z</dc:date>
    </item>
    <item>
      <title>Re: R80.40 snmptrap v2 always cause engineID error</title>
      <link>https://community.checkpoint.com/t5/Firewall-and-Security-Management/R80-40-snmptrap-v2-always-cause-engineID-error/m-p/81362#M6297</link>
      <description>The other option is this is a bug, in which case you should open a TAC case.</description>
      <pubDate>Wed, 08 Apr 2020 18:57:22 GMT</pubDate>
      <guid>https://community.checkpoint.com/t5/Firewall-and-Security-Management/R80-40-snmptrap-v2-always-cause-engineID-error/m-p/81362#M6297</guid>
      <dc:creator>PhoneBoy</dc:creator>
      <dc:date>2020-04-08T18:57:22Z</dc:date>
    </item>
    <item>
      <title>Re: R80.40 snmptrap v2 always cause engineID error</title>
      <link>https://community.checkpoint.com/t5/Firewall-and-Security-Management/R80-40-snmptrap-v2-always-cause-engineID-error/m-p/81398#M6302</link>
      <description>&lt;P&gt;Hi &lt;a href="https://community.checkpoint.com/t5/user/viewprofilepage/user-id/19956"&gt;@Pavel_Grishin&lt;/a&gt;,&lt;/P&gt;
&lt;P&gt;&amp;nbsp;&lt;/P&gt;
&lt;P&gt;From where you are trying to run this command? looks like if you are running it from R80.40 machine is not working indeed but if you run it from other linux machine to your R80.40 GW it is working at least in my lab.&lt;/P&gt;
&lt;P&gt;&amp;nbsp;&lt;/P&gt;
&lt;P&gt;I will take it with RnD.&lt;/P&gt;
&lt;P&gt;&amp;nbsp;&lt;/P&gt;
&lt;P&gt;Thanks,&lt;/P&gt;
&lt;P&gt;Ilya&amp;nbsp;&lt;/P&gt;</description>
      <pubDate>Thu, 09 Apr 2020 03:09:59 GMT</pubDate>
      <guid>https://community.checkpoint.com/t5/Firewall-and-Security-Management/R80-40-snmptrap-v2-always-cause-engineID-error/m-p/81398#M6302</guid>
      <dc:creator>Ilya_Yusupov</dc:creator>
      <dc:date>2020-04-09T03:09:59Z</dc:date>
    </item>
    <item>
      <title>Re: R80.40 snmptrap v2 always cause engineID error</title>
      <link>https://community.checkpoint.com/t5/Firewall-and-Security-Management/R80-40-snmptrap-v2-always-cause-engineID-error/m-p/81925#M6341</link>
      <description>&lt;P&gt;I need this command to be run on R80.40 gateway, because my script monitors some parameters on this gateway and sends snmptrap to my monitoring server.&lt;/P&gt;</description>
      <pubDate>Wed, 15 Apr 2020 07:32:37 GMT</pubDate>
      <guid>https://community.checkpoint.com/t5/Firewall-and-Security-Management/R80-40-snmptrap-v2-always-cause-engineID-error/m-p/81925#M6341</guid>
      <dc:creator>Pavel_Grishin</dc:creator>
      <dc:date>2020-04-15T07:32:37Z</dc:date>
    </item>
    <item>
      <title>Re: R80.40 snmptrap v2 always cause engineID error</title>
      <link>https://community.checkpoint.com/t5/Firewall-and-Security-Management/R80-40-snmptrap-v2-always-cause-engineID-error/m-p/82093#M6345</link>
      <description>&lt;P&gt;&lt;a href="https://community.checkpoint.com/t5/user/viewprofilepage/user-id/19956"&gt;@Pavel_Grishin&lt;/a&gt;&amp;nbsp;,&lt;/P&gt;
&lt;P&gt;&amp;nbsp;&lt;/P&gt;
&lt;P&gt;please open support ticket and share it with me, i will push it so you can get a fix.&lt;/P&gt;
&lt;P&gt;&amp;nbsp;&lt;/P&gt;
&lt;P&gt;Thanks,&lt;/P&gt;
&lt;P&gt;Ilya&amp;nbsp;&lt;/P&gt;</description>
      <pubDate>Thu, 16 Apr 2020 10:02:16 GMT</pubDate>
      <guid>https://community.checkpoint.com/t5/Firewall-and-Security-Management/R80-40-snmptrap-v2-always-cause-engineID-error/m-p/82093#M6345</guid>
      <dc:creator>Ilya_Yusupov</dc:creator>
      <dc:date>2020-04-16T10:02:16Z</dc:date>
    </item>
  </channel>
</rss>

