<?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 ACS 5.2 VM - Authentication timeout in Network Access Control</title>
    <link>https://community.cisco.com/t5/network-access-control/acs-5-2-vm-authentication-timeout/m-p/1767608#M228780</link>
    <description>&lt;HTML&gt;&lt;HEAD&gt;&lt;/HEAD&gt;&lt;BODY&gt;&lt;P&gt;Jose,&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;You mentioned there was a firewall in the picture, at the devices being translated before they hit the ACS server? Does the ACS have these clients in its database? Also is this problem limited to all devices on this subnet or do a few work and the others do not?&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;Also for additional troubleshooting you can follow these steps to enable debug levels on the ACS processes. Login into the cli of the acs &amp;gt; acs-config &amp;gt; (gui username and password) &amp;gt; debug-logs runtime level debug &amp;gt; exit.&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;then as you are reproducing the issue you can try to catch these on the cli by entering "show acs-logs filename acsRuntime.log | last 80" or you can download the support bundle after reproducing the issue and check the acsRuntime.log or any of the archive files in case you box is under a lot of load.&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;Thanks,&lt;/P&gt;&lt;P&gt;Tarik&lt;/P&gt;&lt;/BODY&gt;&lt;/HTML&gt;</description>
    <pubDate>Sun, 11 Sep 2011 05:17:14 GMT</pubDate>
    <dc:creator>Tarik Admani</dc:creator>
    <dc:date>2011-09-11T05:17:14Z</dc:date>
    <item>
      <title>ACS 5.2 VM - Authentication timeout</title>
      <link>https://community.cisco.com/t5/network-access-control/acs-5-2-vm-authentication-timeout/m-p/1767607#M228757</link>
      <description>&lt;P&gt;Hi All,&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;I'm troubleshooting a very strange problem. I have several devices on the same subnet and with similar configuration. All of them were entered manually on the ACS server and are configured to authenticate using TACACS+. Some of the devices can authenticate ok, but other will timeout. I did a tcpdump on the firewall port and can see the device sending the SYN to the ACS server but the server sends no reply to the device. &lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;Any ideas? Could this be a device database problem? &lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;Thanks,&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;Jose Ribeiro&lt;/P&gt;</description>
      <pubDate>Mon, 11 Mar 2019 01:23:09 GMT</pubDate>
      <guid>https://community.cisco.com/t5/network-access-control/acs-5-2-vm-authentication-timeout/m-p/1767607#M228757</guid>
      <dc:creator>josefribeiro</dc:creator>
      <dc:date>2019-03-11T01:23:09Z</dc:date>
    </item>
    <item>
      <title>ACS 5.2 VM - Authentication timeout</title>
      <link>https://community.cisco.com/t5/network-access-control/acs-5-2-vm-authentication-timeout/m-p/1767608#M228780</link>
      <description>&lt;HTML&gt;&lt;HEAD&gt;&lt;/HEAD&gt;&lt;BODY&gt;&lt;P&gt;Jose,&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;You mentioned there was a firewall in the picture, at the devices being translated before they hit the ACS server? Does the ACS have these clients in its database? Also is this problem limited to all devices on this subnet or do a few work and the others do not?&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;Also for additional troubleshooting you can follow these steps to enable debug levels on the ACS processes. Login into the cli of the acs &amp;gt; acs-config &amp;gt; (gui username and password) &amp;gt; debug-logs runtime level debug &amp;gt; exit.&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;then as you are reproducing the issue you can try to catch these on the cli by entering "show acs-logs filename acsRuntime.log | last 80" or you can download the support bundle after reproducing the issue and check the acsRuntime.log or any of the archive files in case you box is under a lot of load.&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;Thanks,&lt;/P&gt;&lt;P&gt;Tarik&lt;/P&gt;&lt;/BODY&gt;&lt;/HTML&gt;</description>
      <pubDate>Sun, 11 Sep 2011 05:17:14 GMT</pubDate>
      <guid>https://community.cisco.com/t5/network-access-control/acs-5-2-vm-authentication-timeout/m-p/1767608#M228780</guid>
      <dc:creator>Tarik Admani</dc:creator>
      <dc:date>2011-09-11T05:17:14Z</dc:date>
    </item>
    <item>
      <title>ACS 5.2 VM - Authentication timeout</title>
      <link>https://community.cisco.com/t5/network-access-control/acs-5-2-vm-authentication-timeout/m-p/1767609#M228798</link>
      <description>&lt;HTML&gt;&lt;HEAD&gt;&lt;/HEAD&gt;&lt;BODY&gt;&lt;P&gt;Hi Tarik,&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;Thanks for the reply.I tried what you mentioned and below is the result. I'm trying from client 10.88.194.33 authenticate to server 10.195.214.37. I captured packets on the ACS and I see requests coming to the ACS&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;Below I have to outputs, one from tech dumptcp and the other from the debug command you suggested. The issue is that ACS does not show the authentication attempt on the report.&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;Results from TECH DUMPTCP&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;16:09:28.386018 IP (tos 0x0, ttl&amp;nbsp; 60, id 32894, offset 0, flags [none], proto 6, length: 52) 10.88.194.33.59919 &amp;gt; ctsbigdcemath01.tacacs: F [tcp sum ok] 48:48(0) ack 1 win 5840 &lt;NOP&gt;&lt;/NOP&gt;&lt;/P&gt;&lt;P&gt;16:09:28.435743 IP (tos 0x0, ttl&amp;nbsp; 64, id 36921, offset 0, flags [DF], proto 6, length: 52) ctsbigdcemath01.tacacs &amp;gt; 10.88.194.33.59919: . [tcp sum ok] 1:1(0) ack 49 win 46 &lt;NOP&gt;&lt;/NOP&gt;&lt;/P&gt;&lt;P&gt;16:09:31.944350 IP (tos 0x0, ttl&amp;nbsp; 60, id 14764, offset 0, flags [none], proto 6, length: 60) 10.88.194.33.60168 &amp;gt; ctsbigdcemath01.tacacs: S [tcp sum ok] 401027082:401027082(0) win 5840 &lt;MSS 1460=""&gt;&lt;/MSS&gt;&lt;/P&gt;&lt;P&gt;16:09:31.944350 IP (tos 0x0, ttl&amp;nbsp; 64, id 0, offset 0, flags [DF], proto 6, length: 60) ctsbigdcemath01.tacacs &amp;gt; 10.88.194.33.60168: S [tcp sum ok] 2134823712:2134823712(0) ack 401027083 win 5792 &lt;MSS 1460=""&gt;&lt;/MSS&gt;&lt;/P&gt;&lt;P&gt;16:09:31.954321 IP (tos 0x0, ttl&amp;nbsp; 60, id 14765, offset 0, flags [none], proto 6, length: 52) 10.88.194.33.60168 &amp;gt; ctsbigdcemath01.tacacs: . [tcp sum ok] 1:1(0) ack 1 win 5840 &lt;NOP&gt;&lt;/NOP&gt;&lt;/P&gt;&lt;P&gt;16:09:31.954321 IP (tos 0x0, ttl&amp;nbsp; 60, id 14766, offset 0, flags [none], proto 6, length: 99) 10.88.194.33.60168 &amp;gt; ctsbigdcemath01.tacacs: P 1:48(47) ack 1 win 5840 &lt;NOP&gt;&lt;/NOP&gt;&lt;/P&gt;&lt;P&gt;16:09:31.954321 IP (tos 0x0, ttl&amp;nbsp; 64, id 51433, offset 0, flags [DF], proto 6, length: 52) ctsbigdcemath01.tacacs &amp;gt; 10.88.194.33.60168: . [tcp sum ok] 1:1(0) ack 48 win 46 &lt;NOP&gt;&lt;/NOP&gt;&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt; RESULTS from DEBUG&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;# show acs-logs filename acsRuntime.log | include 194.33&lt;/P&gt;&lt;P&gt;inboundProtocolManager,22/09/2011,16:39:22:487,DEBUG,3005852576,cntx=0002111090,Start Lookup for NAS with IP = 10.88.194.33,Protocol&lt;/P&gt;&lt;P&gt;DataUtils.cpp:278&lt;/P&gt;&lt;P&gt;inboundProtocolManager,22/09/2011,16:39:22:487,DEBUG,3005852576,cntx=0002111090,NAS with IP = 10.88.194.33 matches AAAClient with IP&lt;/P&gt;&lt;P&gt; = 10.88.194.33 and mask 32,ProtocolDataUtils.cpp:327&lt;/P&gt;&lt;P&gt;inboundProtocolManager,22/09/2011,16:40:55:687,DEBUG,3005852576,cntx=0002111302,Start Lookup for NAS with IP = 10.88.194.33,Protocol&lt;/P&gt;&lt;P&gt;DataUtils.cpp:278&lt;/P&gt;&lt;P&gt;inboundProtocolManager,22/09/2011,16:40:55:687,DEBUG,3005852576,cntx=0002111302,NAS with IP = 10.88.194.33 matches AAAClient with IP&lt;/P&gt;&lt;P&gt; = 10.88.194.33 and mask 32,ProtocolDataUtils.cpp:327&lt;/P&gt;&lt;P&gt;inboundProtocolManager,22/09/2011,16:42:06:515,DEBUG,3005852576,cntx=0002111369,Start Lookup for NAS with IP = 10.88.194.33,Protocol&lt;/P&gt;&lt;P&gt;DataUtils.cpp:278&lt;/P&gt;&lt;P&gt;inboundProtocolManager,22/09/2011,16:42:06:515,DEBUG,3005852576,cntx=0002111369,NAS with IP = 10.88.194.33 matches AAAClient with IP&lt;/P&gt;&lt;P&gt; = 10.88.194.33 and mask 32,ProtocolDataUtils.cpp:327&lt;/P&gt;&lt;/BODY&gt;&lt;/HTML&gt;</description>
      <pubDate>Thu, 22 Sep 2011 21:03:56 GMT</pubDate>
      <guid>https://community.cisco.com/t5/network-access-control/acs-5-2-vm-authentication-timeout/m-p/1767609#M228798</guid>
      <dc:creator>josefribeiro</dc:creator>
      <dc:date>2011-09-22T21:03:56Z</dc:date>
    </item>
    <item>
      <title>ACS 5.2 VM - Authentication timeout</title>
      <link>https://community.cisco.com/t5/network-access-control/acs-5-2-vm-authentication-timeout/m-p/1767610#M228830</link>
      <description>&lt;HTML&gt;&lt;HEAD&gt;&lt;/HEAD&gt;&lt;BODY&gt;&lt;P&gt;Jose,&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;Do you see the hit count increase on the applicable rule when you try to log in from the non-working router?&lt;/P&gt;&lt;/BODY&gt;&lt;/HTML&gt;</description>
      <pubDate>Fri, 23 Sep 2011 13:35:25 GMT</pubDate>
      <guid>https://community.cisco.com/t5/network-access-control/acs-5-2-vm-authentication-timeout/m-p/1767610#M228830</guid>
      <dc:creator>Javier Henderson</dc:creator>
      <dc:date>2011-09-23T13:35:25Z</dc:date>
    </item>
  </channel>
</rss>

