<?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: ACS 3.3 (Dial Up access Problem) in Network Access Control</title>
    <link>https://community.cisco.com/t5/network-access-control/acs-3-3-dial-up-access-problem/m-p/430987#M429034</link>
    <description>&lt;HTML&gt;&lt;HEAD&gt;&lt;/HEAD&gt;&lt;BODY&gt;&lt;P&gt;With the information that you have provided it is difficult to know what is wrong. Several possibilities that occur to me would include:&lt;/P&gt;&lt;P&gt;- is it possible that the IP address in the config is not the correct address of the new server?&lt;/P&gt;&lt;P&gt;- is it possible that the tacacs key in the config is not the same as the key defined on the new server?&lt;/P&gt;&lt;P&gt;- is it possible that the new server does not recognize requests coming from this router at address 192.168.30.20?&lt;/P&gt;&lt;P&gt;- were the dial access users defined in a particular group on the old server and are they defined the same way on the new server?&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;It seems to me that a good place to start is with the logs and/or the ACS reports on the new server. Does the new server recognize the authentication requests from the router? If the server saw the request does it think that it authorized it? If the server did see the request but did not authorize it what does it have in the failed attempts report?&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;Tell us these things and we may be closer to finding the solution.&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;HTH&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;Rick&lt;/P&gt;&lt;/BODY&gt;&lt;/HTML&gt;</description>
    <pubDate>Mon, 06 Jun 2005 19:38:05 GMT</pubDate>
    <dc:creator>Richard Burts</dc:creator>
    <dc:date>2005-06-06T19:38:05Z</dc:date>
    <item>
      <title>ACS 3.3 (Dial Up access Problem)</title>
      <link>https://community.cisco.com/t5/network-access-control/acs-3-3-dial-up-access-problem/m-p/430986#M429032</link>
      <description>&lt;P&gt;I have an existing ACS 2.X. We are using a 2610 router for the dial up access. All dial up access are working.&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;When I setup a new machine for the new ACS 3.3.And changed the tacacs server host ip, I could not make the dial up connections working. What seems to be wrong? &lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;Listed below is the configuration of the router.&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;Building configuration...&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;Current configuration:&lt;/P&gt;&lt;P&gt;!&lt;/P&gt;&lt;P&gt;version 12.0&lt;/P&gt;&lt;P&gt;service timestamps debug uptime&lt;/P&gt;&lt;P&gt;service timestamps log uptime&lt;/P&gt;&lt;P&gt;service password-encryption&lt;/P&gt;&lt;P&gt;!&lt;/P&gt;&lt;P&gt;hostname fwdialup&lt;/P&gt;&lt;P&gt;!&lt;/P&gt;&lt;P&gt;aaa new-model&lt;/P&gt;&lt;P&gt;aaa authentication login default tacacs+&lt;/P&gt;&lt;P&gt;aaa authentication login no_tacacs enable&lt;/P&gt;&lt;P&gt;aaa authentication ppp default tacacs+&lt;/P&gt;&lt;P&gt;aaa authentication ppp tacacs+ if-needed&lt;/P&gt;&lt;P&gt;aaa authorization exec default tacacs+&lt;/P&gt;&lt;P&gt;aaa authorization network default tacacs+&lt;/P&gt;&lt;P&gt;aaa accounting exec default start-stop tacacs+&lt;/P&gt;&lt;P&gt;aaa accounting network default start-stop tacacs+&lt;/P&gt;&lt;P&gt;enable secret 5 &lt;/P&gt;&lt;P&gt;enable password 7&lt;/P&gt;&lt;P&gt;!&lt;/P&gt;&lt;P&gt;username anton&lt;/P&gt;&lt;P&gt;username michelle &lt;/P&gt;&lt;P&gt;memory-size iomem 20&lt;/P&gt;&lt;P&gt;clock timezone EST 8&lt;/P&gt;&lt;P&gt;ip subnet-zero&lt;/P&gt;&lt;P&gt;!&lt;/P&gt;&lt;P&gt;!&lt;/P&gt;&lt;P&gt;!&lt;/P&gt;&lt;P&gt;!&lt;/P&gt;&lt;P&gt;!&lt;/P&gt;&lt;P&gt;interface Ethernet0/0&lt;/P&gt;&lt;P&gt; ip address 192.168.30.20 255.255.255.0&lt;/P&gt;&lt;P&gt; ip helper-address 172.16.1.21&lt;/P&gt;&lt;P&gt; no ip directed-broadcast&lt;/P&gt;&lt;P&gt; bridge-group 1&lt;/P&gt;&lt;P&gt; bridge-group 1 spanning-disabled&lt;/P&gt;&lt;P&gt;!&lt;/P&gt;&lt;P&gt;interface Group-Async1&lt;/P&gt;&lt;P&gt; ip unnumbered Ethernet0/0&lt;/P&gt;&lt;P&gt; no ip directed-broadcast&lt;/P&gt;&lt;P&gt; encapsulation ppp&lt;/P&gt;&lt;P&gt; async dynamic routing&lt;/P&gt;&lt;P&gt; async mode interactive&lt;/P&gt;&lt;P&gt; peer default ip address pool dialup&lt;/P&gt;&lt;P&gt; no cdp enable&lt;/P&gt;&lt;P&gt; ppp authentication chap&lt;/P&gt;&lt;P&gt; group-range 33 48&lt;/P&gt;&lt;P&gt;!&lt;/P&gt;&lt;P&gt;ip local pool dialup 192.168.30.41 192.168.30.56&lt;/P&gt;&lt;P&gt;ip classless&lt;/P&gt;&lt;P&gt;ip route 0.0.0.0 0.0.0.0 Ethernet0/0&lt;/P&gt;&lt;P&gt;ip route 172.16.0.0 255.255.0.0 192.168.30.1&lt;/P&gt;&lt;P&gt;ip route 172.18.0.0 255.255.0.0 192.168.30.1&lt;/P&gt;&lt;P&gt;ip route 192.9.201.0 255.255.255.0 192.168.30.1&lt;/P&gt;&lt;P&gt;no ip http server&lt;/P&gt;&lt;P&gt;!&lt;/P&gt;&lt;P&gt;tacacs-server host 192.168.30.2 single-connection&lt;/P&gt;&lt;P&gt;tacacs-server key itnidworks&lt;/P&gt;&lt;P&gt;snmp-server engineID local xxxx&lt;/P&gt;&lt;P&gt;snmp-server community public RO&lt;/P&gt;&lt;P&gt;snmp-server community private RW&lt;/P&gt;&lt;P&gt;!&lt;/P&gt;&lt;P&gt;line con 0&lt;/P&gt;&lt;P&gt; password 7 &lt;/P&gt;&lt;P&gt; login authentication no_tacacs&lt;/P&gt;&lt;P&gt; transport input none&lt;/P&gt;&lt;P&gt;line 33 48&lt;/P&gt;&lt;P&gt; exec-timeout 0 0&lt;/P&gt;&lt;P&gt; autoselect ppp&lt;/P&gt;&lt;P&gt; script dialer cisco-default&lt;/P&gt;&lt;P&gt; modem InOut&lt;/P&gt;&lt;P&gt; autocommand ppp&lt;/P&gt;&lt;P&gt; transport input all&lt;/P&gt;&lt;P&gt; stopbits 1&lt;/P&gt;&lt;P&gt; flowcontrol hardware&lt;/P&gt;&lt;P&gt;line aux 0&lt;/P&gt;&lt;P&gt;line vty 0 4&lt;/P&gt;&lt;P&gt; password 7 &lt;/P&gt;&lt;P&gt;!&lt;/P&gt;&lt;P&gt;end&lt;/P&gt;</description>
      <pubDate>Sun, 10 Mar 2019 21:10:45 GMT</pubDate>
      <guid>https://community.cisco.com/t5/network-access-control/acs-3-3-dial-up-access-problem/m-p/430986#M429032</guid>
      <dc:creator>gsjuguilon</dc:creator>
      <dc:date>2019-03-10T21:10:45Z</dc:date>
    </item>
    <item>
      <title>Re: ACS 3.3 (Dial Up access Problem)</title>
      <link>https://community.cisco.com/t5/network-access-control/acs-3-3-dial-up-access-problem/m-p/430987#M429034</link>
      <description>&lt;HTML&gt;&lt;HEAD&gt;&lt;/HEAD&gt;&lt;BODY&gt;&lt;P&gt;With the information that you have provided it is difficult to know what is wrong. Several possibilities that occur to me would include:&lt;/P&gt;&lt;P&gt;- is it possible that the IP address in the config is not the correct address of the new server?&lt;/P&gt;&lt;P&gt;- is it possible that the tacacs key in the config is not the same as the key defined on the new server?&lt;/P&gt;&lt;P&gt;- is it possible that the new server does not recognize requests coming from this router at address 192.168.30.20?&lt;/P&gt;&lt;P&gt;- were the dial access users defined in a particular group on the old server and are they defined the same way on the new server?&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;It seems to me that a good place to start is with the logs and/or the ACS reports on the new server. Does the new server recognize the authentication requests from the router? If the server saw the request does it think that it authorized it? If the server did see the request but did not authorize it what does it have in the failed attempts report?&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;Tell us these things and we may be closer to finding the solution.&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;HTH&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;Rick&lt;/P&gt;&lt;/BODY&gt;&lt;/HTML&gt;</description>
      <pubDate>Mon, 06 Jun 2005 19:38:05 GMT</pubDate>
      <guid>https://community.cisco.com/t5/network-access-control/acs-3-3-dial-up-access-problem/m-p/430987#M429034</guid>
      <dc:creator>Richard Burts</dc:creator>
      <dc:date>2005-06-06T19:38:05Z</dc:date>
    </item>
  </channel>
</rss>

