<?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 upgrade ISE in AWS in Network Access Control</title>
    <link>https://community.cisco.com/t5/network-access-control/upgrade-ise-in-aws/m-p/5009390#M586898</link>
    <description>&lt;P&gt;knowing this is a replace rather than upgrade my plan to to build a whole new cluster in parallel and use backup/restore to migrate the configuration to the new cluster.&amp;nbsp; the new cluster will have all different hostnames and IPs so how do the clients access the new system?&lt;/P&gt;
&lt;P&gt;my thought is to create a cname that points to the old PSNs and configure all devices to point to the cname for radius and tacacs services.&amp;nbsp; when it is time to migrate over to the new cluster just repoint the cnames.&amp;nbsp; my concern is i don't know if the network devices perform dns caching which would keep them going to the old cluster until the cache ages out.&amp;nbsp;&amp;nbsp;&lt;/P&gt;
&lt;P&gt;is this the best approach?&amp;nbsp; is there a better way?&amp;nbsp; i really need a way for the cutover to be seamless and we can't go reconfiguring devices to point to a new location every time we upgrade.&amp;nbsp;&amp;nbsp;&lt;/P&gt;</description>
    <pubDate>Tue, 30 Jan 2024 20:37:16 GMT</pubDate>
    <dc:creator>bgoulet00</dc:creator>
    <dc:date>2024-01-30T20:37:16Z</dc:date>
    <item>
      <title>upgrade ISE in AWS</title>
      <link>https://community.cisco.com/t5/network-access-control/upgrade-ise-in-aws/m-p/5009390#M586898</link>
      <description>&lt;P&gt;knowing this is a replace rather than upgrade my plan to to build a whole new cluster in parallel and use backup/restore to migrate the configuration to the new cluster.&amp;nbsp; the new cluster will have all different hostnames and IPs so how do the clients access the new system?&lt;/P&gt;
&lt;P&gt;my thought is to create a cname that points to the old PSNs and configure all devices to point to the cname for radius and tacacs services.&amp;nbsp; when it is time to migrate over to the new cluster just repoint the cnames.&amp;nbsp; my concern is i don't know if the network devices perform dns caching which would keep them going to the old cluster until the cache ages out.&amp;nbsp;&amp;nbsp;&lt;/P&gt;
&lt;P&gt;is this the best approach?&amp;nbsp; is there a better way?&amp;nbsp; i really need a way for the cutover to be seamless and we can't go reconfiguring devices to point to a new location every time we upgrade.&amp;nbsp;&amp;nbsp;&lt;/P&gt;</description>
      <pubDate>Tue, 30 Jan 2024 20:37:16 GMT</pubDate>
      <guid>https://community.cisco.com/t5/network-access-control/upgrade-ise-in-aws/m-p/5009390#M586898</guid>
      <dc:creator>bgoulet00</dc:creator>
      <dc:date>2024-01-30T20:37:16Z</dc:date>
    </item>
    <item>
      <title>Re: upgrade ISE in AWS</title>
      <link>https://community.cisco.com/t5/network-access-control/upgrade-ise-in-aws/m-p/5009460#M586900</link>
      <description>&lt;P&gt;Certificates will break if using your method.&lt;/P&gt;
&lt;P&gt;This is a perfect use-case for load balancers.&amp;nbsp;&amp;nbsp;&lt;/P&gt;
&lt;P&gt;&lt;A href="https://cs.co/ise-lb" target="_blank"&gt;https://cs.co/ise-lb&lt;/A&gt;&lt;/P&gt;
&lt;P&gt;&lt;A title="https://www.youtube.com/watch?v=SSOa75rGofk&amp;amp;list=PLvBZXH_IO6nCu9p49Tl1LE4kY6mpyz1eN&amp;amp;index=10&amp;amp;pp=iAQB" href="https://www.youtube.com/watch?v=SSOa75rGofk&amp;amp;list=PLvBZXH_IO6nCu9p49Tl1LE4kY6mpyz1eN&amp;amp;index=10&amp;amp;pp=iAQB" data-from-md="" target="_blank"&gt;Cloud Load Balancers with ISE&lt;/A&gt;&lt;/P&gt;</description>
      <pubDate>Tue, 30 Jan 2024 21:42:33 GMT</pubDate>
      <guid>https://community.cisco.com/t5/network-access-control/upgrade-ise-in-aws/m-p/5009460#M586900</guid>
      <dc:creator>Charlie Moreton</dc:creator>
      <dc:date>2024-01-30T21:42:33Z</dc:date>
    </item>
    <item>
      <title>Re: upgrade ISE in AWS</title>
      <link>https://community.cisco.com/t5/network-access-control/upgrade-ise-in-aws/m-p/5009465#M586901</link>
      <description>&lt;P&gt;Not all network devices support DNS-based configuration for RADIUS servers. A better solution would be to put a load balancer in front of the PSNs and configure the network devices to use the VIPs for RADIUS servers. You can then update the server pools on the LB as the PSN IP addresses change.&lt;/P&gt;
&lt;P&gt;You could also take the approach of replacing the nodes one at a time (or in a group, depending on the deployment) as you build the new cluster to use the same IP addresses without overlap. This would rely on the network devices finding the RADIUS servers dead and moving to the next available, so it's not as fluid as using a load balancer to do that systematically.&lt;/P&gt;
&lt;P&gt;The approach would be something like:&lt;/P&gt;
&lt;UL&gt;
&lt;LI&gt;Shutdown the Secondary PAN; rebuild as Primary PAN in new cluster&lt;/LI&gt;
&lt;LI&gt;Backup/Restore config to new P-PAN&lt;/LI&gt;
&lt;LI&gt;Shutdown the Secondary MnT; rebuild as Primary MnT in new cluster&lt;/LI&gt;
&lt;LI&gt;Shutdown one or more PSNs and rebuild; join to new cluster&lt;/LI&gt;
&lt;LI&gt;Shutdown the remaining PSNs and rebuild; join to new cluster&lt;/LI&gt;
&lt;LI&gt;Shutdown the Primary PAN and MnT; rebuild as Secondaries in new cluster&lt;/LI&gt;
&lt;LI&gt;Make the new Secondary PAN the active Primary PAN&lt;/LI&gt;
&lt;/UL&gt;</description>
      <pubDate>Tue, 30 Jan 2024 21:48:11 GMT</pubDate>
      <guid>https://community.cisco.com/t5/network-access-control/upgrade-ise-in-aws/m-p/5009465#M586901</guid>
      <dc:creator>Greg Gibbs</dc:creator>
      <dc:date>2024-01-30T21:48:11Z</dc:date>
    </item>
    <item>
      <title>Re: upgrade ISE in AWS</title>
      <link>https://community.cisco.com/t5/network-access-control/upgrade-ise-in-aws/m-p/5010553#M586952</link>
      <description>&lt;P&gt;Thank you Charlie and Greg.&amp;nbsp; i will pursue the load balancer option&lt;/P&gt;</description>
      <pubDate>Wed, 31 Jan 2024 19:47:48 GMT</pubDate>
      <guid>https://community.cisco.com/t5/network-access-control/upgrade-ise-in-aws/m-p/5010553#M586952</guid>
      <dc:creator>bgoulet00</dc:creator>
      <dc:date>2024-01-31T19:47:48Z</dc:date>
    </item>
  </channel>
</rss>

