<?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 'arptnew' Error Message in SecureStack/Matrix CLI/Syslog in FAQs</title>
    <link>https://community.extremenetworks.com/t5/faqs/arptnew-error-message-in-securestack-matrix-cli-syslog/m-p/51309#M711</link>
    <description>Article ID: 5350 &lt;BR /&gt;
&lt;BR /&gt;
&lt;B&gt;Products&lt;/B&gt;&lt;BR /&gt;
DFE&lt;BR /&gt;
Matrix C1&lt;BR /&gt;
Matrix C2&lt;BR /&gt;
SecureStack C2&lt;BR /&gt;
SecureStack B2&lt;BR /&gt;
&lt;BR /&gt;
&lt;B&gt;Symptoms&lt;/B&gt;&lt;BR /&gt;
Error message&lt;BR /&gt;
Syslog message&lt;BR /&gt;
"Default[1.tNetTask]arptnew failed"&lt;BR /&gt;
"arptnew"&lt;BR /&gt;
&lt;BR /&gt;
&lt;B&gt;Cause&lt;/B&gt;&lt;BR /&gt;
A full example of such an error message, potentially seen directly in the cli or in the output of a syslog, is shown here:  DFE(rw)-&amp;gt;&lt;B&gt;ping 10.23.203.4&lt;/B&gt;&lt;BR /&gt;
 &amp;lt;165&amp;gt;Mar 17 08:02:50 10.23.203.6 Default[1.tNetTask]arptnew failed on a18e725&lt;BR /&gt;
 10.23.203.4 is alive&lt;BR /&gt;
 DFE(rw)-&amp;gt;&lt;BR /&gt;
This message is produced by code in the third-party HOST IP stack. It indicates that the stack was creating an ARP entry when it discovered that creation of the entry would be inappropriate. Based on the host subnet mask and route configuration, the IP address in the entry being created should be associated with a gateway, external to the switch.&lt;BR /&gt;
&lt;BR /&gt;
The host probably received an ARP directly from the IP Address in question due to incorrect configuration of the mask, gateway, or routes on the network in general - possibly on the device issuing the error message. Misconfiguration of the host port vlan egress is also suspect.&lt;BR /&gt;
&lt;BR /&gt;
&lt;B&gt;Solution&lt;/B&gt;&lt;BR /&gt;
Investigate and correct the network misconfiguration.&lt;BR /&gt;
&lt;BR /&gt;
The hex number in the error message represents the IP address of the entry being processed. For example, "&lt;DIV class="threadCode"&gt;&lt;B&gt;code:&lt;/B&gt;&lt;PRE spellcheck="false"&gt;a18e725&lt;/PRE&gt;&lt;/DIV&gt;" should convert as 10 (0x0a), 24 (0x18), 231 (0xe7), 37 (0x25); or IP Address &lt;DIV class="threadCode"&gt;&lt;B&gt;code:&lt;/B&gt;&lt;PRE spellcheck="false"&gt;10.24.231.37&lt;/PRE&gt;&lt;/DIV&gt;.</description>
    <pubDate>Wed, 09 Apr 2014 20:08:00 GMT</pubDate>
    <dc:creator>FAQ_User</dc:creator>
    <dc:date>2014-04-09T20:08:00Z</dc:date>
    <item>
      <title>'arptnew' Error Message in SecureStack/Matrix CLI/Syslog</title>
      <link>https://community.extremenetworks.com/t5/faqs/arptnew-error-message-in-securestack-matrix-cli-syslog/m-p/51309#M711</link>
      <description>Article ID: 5350 &lt;BR /&gt;
&lt;BR /&gt;
&lt;B&gt;Products&lt;/B&gt;&lt;BR /&gt;
DFE&lt;BR /&gt;
Matrix C1&lt;BR /&gt;
Matrix C2&lt;BR /&gt;
SecureStack C2&lt;BR /&gt;
SecureStack B2&lt;BR /&gt;
&lt;BR /&gt;
&lt;B&gt;Symptoms&lt;/B&gt;&lt;BR /&gt;
Error message&lt;BR /&gt;
Syslog message&lt;BR /&gt;
"Default[1.tNetTask]arptnew failed"&lt;BR /&gt;
"arptnew"&lt;BR /&gt;
&lt;BR /&gt;
&lt;B&gt;Cause&lt;/B&gt;&lt;BR /&gt;
A full example of such an error message, potentially seen directly in the cli or in the output of a syslog, is shown here:  DFE(rw)-&amp;gt;&lt;B&gt;ping 10.23.203.4&lt;/B&gt;&lt;BR /&gt;
 &amp;lt;165&amp;gt;Mar 17 08:02:50 10.23.203.6 Default[1.tNetTask]arptnew failed on a18e725&lt;BR /&gt;
 10.23.203.4 is alive&lt;BR /&gt;
 DFE(rw)-&amp;gt;&lt;BR /&gt;
This message is produced by code in the third-party HOST IP stack. It indicates that the stack was creating an ARP entry when it discovered that creation of the entry would be inappropriate. Based on the host subnet mask and route configuration, the IP address in the entry being created should be associated with a gateway, external to the switch.&lt;BR /&gt;
&lt;BR /&gt;
The host probably received an ARP directly from the IP Address in question due to incorrect configuration of the mask, gateway, or routes on the network in general - possibly on the device issuing the error message. Misconfiguration of the host port vlan egress is also suspect.&lt;BR /&gt;
&lt;BR /&gt;
&lt;B&gt;Solution&lt;/B&gt;&lt;BR /&gt;
Investigate and correct the network misconfiguration.&lt;BR /&gt;
&lt;BR /&gt;
The hex number in the error message represents the IP address of the entry being processed. For example, "&lt;DIV class="threadCode"&gt;&lt;B&gt;code:&lt;/B&gt;&lt;PRE spellcheck="false"&gt;a18e725&lt;/PRE&gt;&lt;/DIV&gt;" should convert as 10 (0x0a), 24 (0x18), 231 (0xe7), 37 (0x25); or IP Address &lt;DIV class="threadCode"&gt;&lt;B&gt;code:&lt;/B&gt;&lt;PRE spellcheck="false"&gt;10.24.231.37&lt;/PRE&gt;&lt;/DIV&gt;.</description>
      <pubDate>Wed, 09 Apr 2014 20:08:00 GMT</pubDate>
      <guid>https://community.extremenetworks.com/t5/faqs/arptnew-error-message-in-securestack-matrix-cli-syslog/m-p/51309#M711</guid>
      <dc:creator>FAQ_User</dc:creator>
      <dc:date>2014-04-09T20:08:00Z</dc:date>
    </item>
  </channel>
</rss>

