<?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 Empty userId in Network Access Control</title>
    <link>https://community.cisco.com/t5/network-access-control/802-1x-empty-userid/m-p/495601#M428355</link>
    <description>&lt;HTML&gt;&lt;HEAD&gt;&lt;/HEAD&gt;&lt;BODY&gt;&lt;P&gt;This is a bug.&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;The anatomy of which is when the switch doesn't forward EAP when EAPOL(802.1x) arrives at it with NULL credentials as part of the initial EAP-Identity-Response frame.&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;Please see CSCsb82422.&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>Tue, 11 Oct 2005 21:06:38 GMT</pubDate>
    <dc:creator>jafrazie</dc:creator>
    <dc:date>2005-10-11T21:06:38Z</dc:date>
    <item>
      <title>802.1x Empty userId</title>
      <link>https://community.cisco.com/t5/network-access-control/802-1x-empty-userid/m-p/495600#M428353</link>
      <description>&lt;P&gt;&lt;/P&gt;&lt;P&gt;Hi, &lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;I´m studying the behaviour of the 802.1x protocol working in a Windows environment with IAS and AD activated. &lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;I´m using Windows 2000/XP 802.1x clients to perform the tests. &lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;As I check the option "Authenticate the user as guest when the credentials are unavailable" in the client and I´m not able to get authorized. I watch the trace in the CAT 2950 switch and I get the message 'dot1x event - empty userid'. The client´s request is not forwarded to the RADIUS server and at the end the client is unauthorized. &lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;First I thought of configuring the IAS server with a rule to bring these anonymous users in a quarantine VLAN and perform further actions with these clients. No way, the request don´t get to the RADIUS. &lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;The other option that I managed was to take these users to the guest VLAN but I think this is not possible either. I have got similar problem with users with invalid credentials. &lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;Is this the correct or expectable behaviour of the switch? &lt;/P&gt;&lt;P&gt;Any idea to take uknown users to a controlled or quarantine VLAN?&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;Thanks in advance. &lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;Ramiro Ortiz&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;&lt;/P&gt;</description>
      <pubDate>Sun, 10 Mar 2019 21:20:25 GMT</pubDate>
      <guid>https://community.cisco.com/t5/network-access-control/802-1x-empty-userid/m-p/495600#M428353</guid>
      <dc:creator>ramiro_ortiz</dc:creator>
      <dc:date>2019-03-10T21:20:25Z</dc:date>
    </item>
    <item>
      <title>Re: 802.1x Empty userId</title>
      <link>https://community.cisco.com/t5/network-access-control/802-1x-empty-userid/m-p/495601#M428355</link>
      <description>&lt;HTML&gt;&lt;HEAD&gt;&lt;/HEAD&gt;&lt;BODY&gt;&lt;P&gt;This is a bug.&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;The anatomy of which is when the switch doesn't forward EAP when EAPOL(802.1x) arrives at it with NULL credentials as part of the initial EAP-Identity-Response frame.&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;Please see CSCsb82422.&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>Tue, 11 Oct 2005 21:06:38 GMT</pubDate>
      <guid>https://community.cisco.com/t5/network-access-control/802-1x-empty-userid/m-p/495601#M428355</guid>
      <dc:creator>jafrazie</dc:creator>
      <dc:date>2005-10-11T21:06:38Z</dc:date>
    </item>
    <item>
      <title>Re: 802.1x Empty userId</title>
      <link>https://community.cisco.com/t5/network-access-control/802-1x-empty-userid/m-p/495602#M428361</link>
      <description>&lt;HTML&gt;&lt;HEAD&gt;&lt;/HEAD&gt;&lt;BODY&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;Thanks a lot for your quick response.&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;I´ve noticed the bug has recently changed from the assigned to the resolved status. &lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;Have you got any idea about how long will it take the new release to be available? I´ve downloaded the latest one 12.1(22)EA5a (September 22th) but it´s not corrected yet. &lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;Thanks again. &lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;Bye. &lt;/P&gt;&lt;/BODY&gt;&lt;/HTML&gt;</description>
      <pubDate>Thu, 13 Oct 2005 14:54:38 GMT</pubDate>
      <guid>https://community.cisco.com/t5/network-access-control/802-1x-empty-userid/m-p/495602#M428361</guid>
      <dc:creator>ramiro_ortiz</dc:creator>
      <dc:date>2005-10-13T14:54:38Z</dc:date>
    </item>
  </channel>
</rss>

