<?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 ASA5510 no ARP entry ? in Network Security</title>
    <link>https://community.cisco.com/t5/network-security/asa5510-no-arp-entry/m-p/1811689#M456126</link>
    <description>&lt;HTML&gt;&lt;HEAD&gt;&lt;/HEAD&gt;&lt;BODY&gt;&lt;P&gt;You're welcome - that's great. Thanks for the follow-up and the rating.&lt;/P&gt;&lt;/BODY&gt;&lt;/HTML&gt;</description>
    <pubDate>Wed, 01 Feb 2012 19:05:53 GMT</pubDate>
    <dc:creator>Marvin Rhoads</dc:creator>
    <dc:date>2012-02-01T19:05:53Z</dc:date>
    <item>
      <title>ASA5510 no ARP entry ?</title>
      <link>https://community.cisco.com/t5/network-security/asa5510-no-arp-entry/m-p/1811683#M456105</link>
      <description>&lt;P&gt;I have a requirement to NAT a spare address on the same subnet range as one of the firewall interface - however, because this is not allocated to a physical interface, there is no mac entry in the arp cache. the other end of the link from the firewall is connected to a router which has no idea how to reach this "virtual address" - again because there is no entry in the arp cache&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;I have tried to put a static arp entry into the firewall but this doesn't appear to work either. Should I be using a mac address form a physical interface or can I create a dummy mac for this - &lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;If the router can't see the ip address, then users will not be able to target this address - so that the firewall can NAT to the real outside address.&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;I have tried routes to null0 on the router and static arp entries on both devices but the user just times when trying to connect to 10.2.7.11 (nat to 10.2.32.11)&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;attached is a very basic visio diagram which I hope explains what I am trying to achieve.&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;many thanks&lt;/P&gt;</description>
      <pubDate>Mon, 11 Mar 2019 22:20:18 GMT</pubDate>
      <guid>https://community.cisco.com/t5/network-security/asa5510-no-arp-entry/m-p/1811683#M456105</guid>
      <dc:creator>KeithN123</dc:creator>
      <dc:date>2019-03-11T22:20:18Z</dc:date>
    </item>
    <item>
      <title>ASA5510 no ARP entry ?</title>
      <link>https://community.cisco.com/t5/network-security/asa5510-no-arp-entry/m-p/1811684#M456108</link>
      <description>&lt;HTML&gt;&lt;HEAD&gt;&lt;/HEAD&gt;&lt;BODY&gt;&lt;P&gt;No routing or static arp cache entries should be required. Once you have a NAT rule correctly formed, the ASA will build a translation (xlate table entry) and populate its arp cache accordingly by proxy-arping for the translated address.&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;Can you provide your nat statement that you are using and let us know the ASA software version? (syntax is version-specific). Given that, we can hopefully then set you aright.&lt;/P&gt;&lt;/BODY&gt;&lt;/HTML&gt;</description>
      <pubDate>Sat, 28 Jan 2012 00:06:13 GMT</pubDate>
      <guid>https://community.cisco.com/t5/network-security/asa5510-no-arp-entry/m-p/1811684#M456108</guid>
      <dc:creator>Marvin Rhoads</dc:creator>
      <dc:date>2012-01-28T00:06:13Z</dc:date>
    </item>
    <item>
      <title>ASA5510 no ARP entry ?</title>
      <link>https://community.cisco.com/t5/network-security/asa5510-no-arp-entry/m-p/1811685#M456113</link>
      <description>&lt;HTML&gt;&lt;HEAD&gt;&lt;/HEAD&gt;&lt;BODY&gt;&lt;P&gt; Hi Marvin, thanks for taking the time to look at this problem for me. I have used simple static natting for outside to inside&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;OSFW01# sh run static&lt;/P&gt;&lt;P&gt;static (inside,outside) 10.2.32.11 10.2.7.11 netmask 255.255.255.255&lt;/P&gt;&lt;P&gt;static (inside,outside) 10.2.32.12 10.2.7.12 netmask 255.255.255.255&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;operating system version is asa821-k8.bin&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;Keith&lt;/P&gt;&lt;/BODY&gt;&lt;/HTML&gt;</description>
      <pubDate>Sat, 28 Jan 2012 00:48:00 GMT</pubDate>
      <guid>https://community.cisco.com/t5/network-security/asa5510-no-arp-entry/m-p/1811685#M456113</guid>
      <dc:creator>KeithN123</dc:creator>
      <dc:date>2012-01-28T00:48:00Z</dc:date>
    </item>
    <item>
      <title>ASA5510 no ARP entry ?</title>
      <link>https://community.cisco.com/t5/network-security/asa5510-no-arp-entry/m-p/1811686#M456119</link>
      <description>&lt;HTML&gt;&lt;HEAD&gt;&lt;/HEAD&gt;&lt;BODY&gt;&lt;P&gt;Assuming your communications are always initiated from the inside, the first static statement above should suffice. When a session is built (initial syn in the TCP 3-way handshake) the xlate table will take care of the NAT on return path. I'm not sure of the effect of the second static, but I'd try temporaily removing it.&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;If you ever initiate from the outside (10.2.32.11/12), you would also need an access-list to allow moving from a lower security to higher security level.&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;Hope this helps.&lt;/P&gt;&lt;/BODY&gt;&lt;/HTML&gt;</description>
      <pubDate>Sat, 28 Jan 2012 02:05:38 GMT</pubDate>
      <guid>https://community.cisco.com/t5/network-security/asa5510-no-arp-entry/m-p/1811686#M456119</guid>
      <dc:creator>Marvin Rhoads</dc:creator>
      <dc:date>2012-01-28T02:05:38Z</dc:date>
    </item>
    <item>
      <title>ASA5510 no ARP entry ?</title>
      <link>https://community.cisco.com/t5/network-security/asa5510-no-arp-entry/m-p/1811687#M456121</link>
      <description>&lt;HTML&gt;&lt;HEAD&gt;&lt;/HEAD&gt;&lt;BODY&gt;&lt;P&gt; thanks again Marvin - yes we always initiate from the inside. we will test this morning - &lt;/P&gt;&lt;/BODY&gt;&lt;/HTML&gt;</description>
      <pubDate>Mon, 30 Jan 2012 09:11:10 GMT</pubDate>
      <guid>https://community.cisco.com/t5/network-security/asa5510-no-arp-entry/m-p/1811687#M456121</guid>
      <dc:creator>KeithN123</dc:creator>
      <dc:date>2012-01-30T09:11:10Z</dc:date>
    </item>
    <item>
      <title>ASA5510 no ARP entry ?</title>
      <link>https://community.cisco.com/t5/network-security/asa5510-no-arp-entry/m-p/1811688#M456124</link>
      <description>&lt;HTML&gt;&lt;HEAD&gt;&lt;/HEAD&gt;&lt;BODY&gt;&lt;P&gt; many thanks for your help Marvin - problem now sorted.&lt;/P&gt;&lt;/BODY&gt;&lt;/HTML&gt;</description>
      <pubDate>Wed, 01 Feb 2012 18:36:33 GMT</pubDate>
      <guid>https://community.cisco.com/t5/network-security/asa5510-no-arp-entry/m-p/1811688#M456124</guid>
      <dc:creator>KeithN123</dc:creator>
      <dc:date>2012-02-01T18:36:33Z</dc:date>
    </item>
    <item>
      <title>ASA5510 no ARP entry ?</title>
      <link>https://community.cisco.com/t5/network-security/asa5510-no-arp-entry/m-p/1811689#M456126</link>
      <description>&lt;HTML&gt;&lt;HEAD&gt;&lt;/HEAD&gt;&lt;BODY&gt;&lt;P&gt;You're welcome - that's great. Thanks for the follow-up and the rating.&lt;/P&gt;&lt;/BODY&gt;&lt;/HTML&gt;</description>
      <pubDate>Wed, 01 Feb 2012 19:05:53 GMT</pubDate>
      <guid>https://community.cisco.com/t5/network-security/asa5510-no-arp-entry/m-p/1811689#M456126</guid>
      <dc:creator>Marvin Rhoads</dc:creator>
      <dc:date>2012-02-01T19:05:53Z</dc:date>
    </item>
  </channel>
</rss>

