<?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: 802.1X fail/no-response vs dead event in Network Access Control</title>
    <link>https://community.cisco.com/t5/network-access-control/802-1x-fail-no-response-vs-dead-event/m-p/5271099#M595467</link>
    <description>&lt;P&gt;I don't use IBNS 1.0 anymore - but here is my understanding of it. First of all, let's make sure we agree on what each &lt;EM&gt;event&lt;/EM&gt; means:&lt;/P&gt;
&lt;P&gt;&lt;SPAN&gt;The two events below relate to the endpoint's response to EAPOL frames&lt;/SPAN&gt;&lt;/P&gt;
&lt;OL&gt;
&lt;LI&gt;&lt;SPAN&gt;authentication event &lt;STRONG&gt;fail&lt;/STRONG&gt; - there was EAPOL traffic, but RADIUS server replied with EAP FAIL&lt;/SPAN&gt;&lt;/LI&gt;
&lt;LI&gt;&lt;SPAN&gt;authentication event &lt;STRONG&gt;no-response&lt;/STRONG&gt; - the endpoint did not engage in any EAPOL conversation (no supplicant)&lt;/SPAN&gt;&lt;/LI&gt;
&lt;/OL&gt;
&lt;P&gt;&lt;SPAN&gt;The two events below relate to the RADIUS server group&lt;/SPAN&gt;&lt;/P&gt;
&lt;OL&gt;
&lt;LI&gt;&lt;SPAN&gt;authentication event &lt;STRONG&gt;server dead&lt;/STRONG&gt; - none of the servers in the aaa group replied&lt;/SPAN&gt;&lt;/LI&gt;
&lt;LI&gt;&lt;SPAN&gt;authentication event &lt;STRONG&gt;server alive&lt;/STRONG&gt; - at least one of the servers in the aaa group is responding again&lt;/SPAN&gt;&lt;/LI&gt;
&lt;/OL&gt;
&lt;P&gt;&lt;SPAN&gt;If your endpoints are always triggering the first two events, then check the ISE Live Logs for clues - it appears that either the supplicant is not playing the game, or ISE is not handling the 802.1X correctly - either way, the switch concluded that 802.1X did not end in EAP Success.&lt;/SPAN&gt;&lt;/P&gt;
&lt;P&gt;&lt;SPAN&gt;In the event of server dead, there is one IOS global command that you must also configure on all switches, to allow the switch to send EAP Success to endpoints to "fake" a success on behalf of the unavailable RADIUS server:&lt;/SPAN&gt;&lt;/P&gt;
&lt;LI-CODE lang="markup"&gt;dot1x critical eapol&lt;/LI-CODE&gt;
&lt;P&gt;A good reference is &lt;A href="https://community.cisco.com/t5/security-knowledge-base/ise-secure-wired-access-prescriptive-deployment-guide/ta-p/3641515" target="_self"&gt;this Cisco Guide&lt;/A&gt; that talks in more detail about IBNS 1.0 and IBNS 2.0&lt;/P&gt;
&lt;P&gt;&amp;nbsp;Regarding: "&lt;SPAN&gt;&lt;EM&gt;Another question: the devices only ask once the credentials (I am testing without certificates atm). Would be possible to be asked twice in case the radius server returns a fail event&lt;/EM&gt; ?" - if you were using Machine Authentication (for AD Domain Joined endpoints) then this would happen automatically and no user input required. But it sounds like you are doing user authentication - which&amp;nbsp; BTW is not ideal for many reasons and in future will be disabled by Windows 11 (Credential Guard) - you can get around it but it's being discouraged for good reasons.&amp;nbsp; I don't know how to make the Windows supplicant retry X number of times - there is no option in ISE to allow repeated attempts. An EAP fail is an EAP fail.&amp;nbsp; I would recommend to use Machine Auth if your devices are domain joined. If not, then I would recommend certificate auth (EAP-TLS) or EAP-TEAP.&lt;/SPAN&gt;&lt;/P&gt;</description>
    <pubDate>Thu, 13 Mar 2025 21:50:29 GMT</pubDate>
    <dc:creator>Arne Bier</dc:creator>
    <dc:date>2025-03-13T21:50:29Z</dc:date>
    <item>
      <title>802.1X fail/no-response vs dead event</title>
      <link>https://community.cisco.com/t5/network-access-control/802-1x-fail-no-response-vs-dead-event/m-p/5270937#M595459</link>
      <description>&lt;P&gt;Good afternoon everyone,&lt;/P&gt;&lt;P&gt;I am trying to configure 802.1x on my cisco 9300 sw 17.06.04.&lt;/P&gt;&lt;P&gt;Everything works ok but I can't make the server dead/alive critical event working together with the fail/no-response events.&lt;/P&gt;&lt;P&gt;My goal is to authorize devices on vlan 10, authorize fail or no-response devices on vlan 36 and to authorize device on vlan 10 in case of a critical situation where the aaa server are down.&lt;/P&gt;&lt;P&gt;Despite I have found several discussions describing exactly this scenario the fail or no-response events are always triggered (when configured) if the aaa servers are down.&lt;/P&gt;&lt;P&gt;Is my scenario possible or the fail and no-response events are not compatible with the server dead event ?&lt;/P&gt;&lt;P&gt;Another question: the devices only ask once the credentials (I am testing without certificates atm). Would be possible to be asked twice in case the radius server returns a fail event ?&lt;/P&gt;&lt;P&gt;Working configuration with only the critical condition:&lt;/P&gt;&lt;P&gt;switchport access vlan 10&lt;BR /&gt;switchport mode access&lt;BR /&gt;authentication control-direction in&lt;BR /&gt;authentication event server dead action authorize&lt;BR /&gt;authentication event server alive action reinitialize&lt;BR /&gt;authentication host-mode multi-host&lt;BR /&gt;authentication order dot1x&lt;BR /&gt;authentication port-control auto&lt;BR /&gt;authentication violation replace&lt;BR /&gt;dot1x pae authenticator&lt;BR /&gt;dot1x timeout tx-period 10&lt;BR /&gt;dot1x max-req 1&lt;BR /&gt;dot1x max-reauth-req 1&lt;BR /&gt;spanning-tree portfast&lt;/P&gt;&lt;P&gt;In this configuration the Fail or no-response events triggers even if the servers are down:&lt;/P&gt;&lt;P&gt;switchport access vlan 10&lt;BR /&gt;switchport mode access&lt;BR /&gt;authentication event server dead action authorize&lt;BR /&gt;authentication event fail retry 1 action authorize vlan 36&lt;BR /&gt;authentication event no-response action authorize vlan 36&lt;BR /&gt;authentication event server alive action reinitialize&lt;BR /&gt;authentication host-mode multi-host&lt;BR /&gt;authentication port-control auto&lt;BR /&gt;authentication violation replace&lt;BR /&gt;dot1x pae authenticator&lt;BR /&gt;dot1x timeout tx-period 10&lt;BR /&gt;dot1x max-req 1&lt;BR /&gt;dot1x max-reauth-req 1&lt;BR /&gt;spanning-tree portfast&lt;/P&gt;</description>
      <pubDate>Thu, 13 Mar 2025 15:45:34 GMT</pubDate>
      <guid>https://community.cisco.com/t5/network-access-control/802-1x-fail-no-response-vs-dead-event/m-p/5270937#M595459</guid>
      <dc:creator>ICTDAMICO</dc:creator>
      <dc:date>2025-03-13T15:45:34Z</dc:date>
    </item>
    <item>
      <title>Re: 802.1X fail/no-response vs dead event</title>
      <link>https://community.cisco.com/t5/network-access-control/802-1x-fail-no-response-vs-dead-event/m-p/5271099#M595467</link>
      <description>&lt;P&gt;I don't use IBNS 1.0 anymore - but here is my understanding of it. First of all, let's make sure we agree on what each &lt;EM&gt;event&lt;/EM&gt; means:&lt;/P&gt;
&lt;P&gt;&lt;SPAN&gt;The two events below relate to the endpoint's response to EAPOL frames&lt;/SPAN&gt;&lt;/P&gt;
&lt;OL&gt;
&lt;LI&gt;&lt;SPAN&gt;authentication event &lt;STRONG&gt;fail&lt;/STRONG&gt; - there was EAPOL traffic, but RADIUS server replied with EAP FAIL&lt;/SPAN&gt;&lt;/LI&gt;
&lt;LI&gt;&lt;SPAN&gt;authentication event &lt;STRONG&gt;no-response&lt;/STRONG&gt; - the endpoint did not engage in any EAPOL conversation (no supplicant)&lt;/SPAN&gt;&lt;/LI&gt;
&lt;/OL&gt;
&lt;P&gt;&lt;SPAN&gt;The two events below relate to the RADIUS server group&lt;/SPAN&gt;&lt;/P&gt;
&lt;OL&gt;
&lt;LI&gt;&lt;SPAN&gt;authentication event &lt;STRONG&gt;server dead&lt;/STRONG&gt; - none of the servers in the aaa group replied&lt;/SPAN&gt;&lt;/LI&gt;
&lt;LI&gt;&lt;SPAN&gt;authentication event &lt;STRONG&gt;server alive&lt;/STRONG&gt; - at least one of the servers in the aaa group is responding again&lt;/SPAN&gt;&lt;/LI&gt;
&lt;/OL&gt;
&lt;P&gt;&lt;SPAN&gt;If your endpoints are always triggering the first two events, then check the ISE Live Logs for clues - it appears that either the supplicant is not playing the game, or ISE is not handling the 802.1X correctly - either way, the switch concluded that 802.1X did not end in EAP Success.&lt;/SPAN&gt;&lt;/P&gt;
&lt;P&gt;&lt;SPAN&gt;In the event of server dead, there is one IOS global command that you must also configure on all switches, to allow the switch to send EAP Success to endpoints to "fake" a success on behalf of the unavailable RADIUS server:&lt;/SPAN&gt;&lt;/P&gt;
&lt;LI-CODE lang="markup"&gt;dot1x critical eapol&lt;/LI-CODE&gt;
&lt;P&gt;A good reference is &lt;A href="https://community.cisco.com/t5/security-knowledge-base/ise-secure-wired-access-prescriptive-deployment-guide/ta-p/3641515" target="_self"&gt;this Cisco Guide&lt;/A&gt; that talks in more detail about IBNS 1.0 and IBNS 2.0&lt;/P&gt;
&lt;P&gt;&amp;nbsp;Regarding: "&lt;SPAN&gt;&lt;EM&gt;Another question: the devices only ask once the credentials (I am testing without certificates atm). Would be possible to be asked twice in case the radius server returns a fail event&lt;/EM&gt; ?" - if you were using Machine Authentication (for AD Domain Joined endpoints) then this would happen automatically and no user input required. But it sounds like you are doing user authentication - which&amp;nbsp; BTW is not ideal for many reasons and in future will be disabled by Windows 11 (Credential Guard) - you can get around it but it's being discouraged for good reasons.&amp;nbsp; I don't know how to make the Windows supplicant retry X number of times - there is no option in ISE to allow repeated attempts. An EAP fail is an EAP fail.&amp;nbsp; I would recommend to use Machine Auth if your devices are domain joined. If not, then I would recommend certificate auth (EAP-TLS) or EAP-TEAP.&lt;/SPAN&gt;&lt;/P&gt;</description>
      <pubDate>Thu, 13 Mar 2025 21:50:29 GMT</pubDate>
      <guid>https://community.cisco.com/t5/network-access-control/802-1x-fail-no-response-vs-dead-event/m-p/5271099#M595467</guid>
      <dc:creator>Arne Bier</dc:creator>
      <dc:date>2025-03-13T21:50:29Z</dc:date>
    </item>
  </channel>
</rss>

