<?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 Yes, show auth sessions shows in Network Access Control</title>
    <link>https://community.cisco.com/t5/network-access-control/mab-not-acquiring-mac-for-certain-devices/m-p/3098114#M25572</link>
    <description>&lt;P&gt;Yes, &lt;SPAN style="font-family: 'courier new', courier, monospace;"&gt;show auth sessions&lt;/SPAN&gt; shows this for the problem devices:&lt;/P&gt;
&lt;PRE class="prettyprint"&gt;Gi2/0/12 &amp;nbsp; (unknown) &amp;nbsp; &amp;nbsp; &amp;nbsp; mab &amp;nbsp; &amp;nbsp; &amp;nbsp;UNKNOWN &amp;nbsp;Running &amp;nbsp; &amp;nbsp; &amp;nbsp; &amp;nbsp;0000000000002550092A6855&lt;/PRE&gt;
&lt;P&gt;This in theory would indicate that there's no traffic, but at the same time if I mirror the ports, I can capture traffic coming from any of the problem devices, such as IP broadcasts every 5s from the AMX controller, and SMB host announcements from the USB print server every 60s.&lt;/P&gt;
&lt;P&gt;I tried the two problem devices on a switch running&amp;nbsp;15.2(1)E1, which seemed to fix the issue with the USB print server, but not the AMX controller.&lt;/P&gt;
&lt;P&gt;It does seem&amp;nbsp;like it's&amp;nbsp;an issue with IOS, and I'll need to see if I can upgrade to something slightly newer.&lt;/P&gt;
&lt;P&gt;Thanks,&lt;/P&gt;
&lt;P&gt;Bryce&lt;/P&gt;</description>
    <pubDate>Thu, 03 Aug 2017 14:17:12 GMT</pubDate>
    <dc:creator />
    <dc:date>2017-08-03T14:17:12Z</dc:date>
    <item>
      <title>MAB not acquiring MAC for certain devices</title>
      <link>https://community.cisco.com/t5/network-access-control/mab-not-acquiring-mac-for-certain-devices/m-p/3098112#M25568</link>
      <description>&lt;P&gt;I’m in the process of testing an 802.1X deployment, and using&amp;nbsp;MAB for the devices that aren't compatible. I’ve found that with some devices (an AMX controller and a USB print server), the switch interfaces will just remain in the “mab_acquiring” state regardless of the traffic being transmitted by these devices, which I have captured and checked. Other identical devices work fine on other interfaces of the same switch with the same configuration. The problem also follows these devices if I move them to another interface. There are no ACLs on this switch.&lt;/P&gt;
&lt;P&gt;The switch stack is made up of three WS-C3750X-48P running 15.0(2)SE with a lanbase license.&lt;/P&gt;
&lt;P&gt;The interface MAB configuration is nothing special, and looks like this:&lt;/P&gt;
&lt;PRE class="prettyprint"&gt;interface GigabitEthernet2/0/12&lt;BR /&gt;&amp;nbsp;switchport mode access&lt;BR /&gt;&amp;nbsp;authentication control-direction in&lt;BR /&gt;&amp;nbsp;authentication port-control auto&lt;BR /&gt;&amp;nbsp;mab&lt;BR /&gt;&amp;nbsp;spanning-tree portfast&lt;BR /&gt;end&lt;/PRE&gt;
&lt;P&gt;Running &lt;SPAN style="font-family: 'courier new', courier, monospace;"&gt;debug mab all&lt;/SPAN&gt; gives:&lt;/P&gt;
&lt;PRE class="prettyprint"&gt;004378: Aug 2 10:45:11 GMT: mab-ev(Gi2/0/12): Received MAB context create from AuthMgr&lt;BR /&gt;004379: Aug 2 10:45:11 GMT: mab-ev(Gi2/0/12): Created MAB client context 0xEE000009&lt;BR /&gt;004380: Aug 2 10:45:11 GMT: mab : initial state mab_initialize has enter&lt;BR /&gt;004381: Aug 2 10:45:11 GMT: mab-sm(Gi2/0/12): Received event 'MAB_START' on handle 0xEE000009&lt;BR /&gt;004382: Aug 2 10:45:11 GMT: mab : during state mab_initialize, got event 4(mabStart)&lt;BR /&gt;004383: Aug 2 10:45:11 GMT: @@@ mab : mab_initialize -&amp;gt; mab_acquiring&lt;/PRE&gt;
&lt;P&gt;And it then never progresses from this for the problem devices.&lt;/P&gt;
&lt;P&gt;I'd be grateful for any suggestions,&lt;/P&gt;
&lt;P&gt;Bryce&lt;/P&gt;</description>
      <pubDate>Mon, 11 Mar 2019 07:54:30 GMT</pubDate>
      <guid>https://community.cisco.com/t5/network-access-control/mab-not-acquiring-mac-for-certain-devices/m-p/3098112#M25568</guid>
      <dc:creator />
      <dc:date>2019-03-11T07:54:30Z</dc:date>
    </item>
    <item>
      <title>Do you also see something</title>
      <link>https://community.cisco.com/t5/network-access-control/mab-not-acquiring-mac-for-certain-devices/m-p/3098113#M25570</link>
      <description>&lt;P&gt;Do you also see something like this in "show auth sessions" for the affected devices?&lt;/P&gt;
&lt;PRE class="prettyprint"&gt;Fa0/01 &amp;nbsp; &amp;nbsp; (unknown) &amp;nbsp; &amp;nbsp; &amp;nbsp; mab &amp;nbsp; &amp;nbsp; &amp;nbsp;UNKNOWN &amp;nbsp;Running &amp;nbsp; &amp;nbsp; &amp;nbsp; &amp;nbsp;0A2C1FA30000297E399CF2E8&lt;/PRE&gt;
&lt;P&gt;I usually see UNKNOWN and Running from &lt;SPAN&gt;"show auth sessions"&lt;/SPAN&gt;output, together with "mab_initialize -&amp;gt; mab_acquiring" from the debug output, when the port is up, but there is no MAC address on the port. This could be due to device NIC issues, desktop PCs in standby mode, etc.&lt;/P&gt;
&lt;P&gt;It is different if the endpoint is up and passing traffic, as in your case. I had few times when this problem also appears even if there is MAC address on the port. This was on 3560 switches running&amp;nbsp;12.2(55)SE8/9 and also 3750 running early 15.0.2SE versions. IOS upgrade seemed to fix the problem.&lt;/P&gt;
&lt;P&gt;The recommended IOS versions for the recent ISE releases are generally &lt;SPAN&gt;15.2(2)E and above. Would you be able to upgrade the IOS?&lt;/SPAN&gt;&lt;/P&gt;
&lt;P&gt;&lt;/P&gt;</description>
      <pubDate>Thu, 03 Aug 2017 09:44:11 GMT</pubDate>
      <guid>https://community.cisco.com/t5/network-access-control/mab-not-acquiring-mac-for-certain-devices/m-p/3098113#M25570</guid>
      <dc:creator>agrissimanis</dc:creator>
      <dc:date>2017-08-03T09:44:11Z</dc:date>
    </item>
    <item>
      <title>Yes, show auth sessions shows</title>
      <link>https://community.cisco.com/t5/network-access-control/mab-not-acquiring-mac-for-certain-devices/m-p/3098114#M25572</link>
      <description>&lt;P&gt;Yes, &lt;SPAN style="font-family: 'courier new', courier, monospace;"&gt;show auth sessions&lt;/SPAN&gt; shows this for the problem devices:&lt;/P&gt;
&lt;PRE class="prettyprint"&gt;Gi2/0/12 &amp;nbsp; (unknown) &amp;nbsp; &amp;nbsp; &amp;nbsp; mab &amp;nbsp; &amp;nbsp; &amp;nbsp;UNKNOWN &amp;nbsp;Running &amp;nbsp; &amp;nbsp; &amp;nbsp; &amp;nbsp;0000000000002550092A6855&lt;/PRE&gt;
&lt;P&gt;This in theory would indicate that there's no traffic, but at the same time if I mirror the ports, I can capture traffic coming from any of the problem devices, such as IP broadcasts every 5s from the AMX controller, and SMB host announcements from the USB print server every 60s.&lt;/P&gt;
&lt;P&gt;I tried the two problem devices on a switch running&amp;nbsp;15.2(1)E1, which seemed to fix the issue with the USB print server, but not the AMX controller.&lt;/P&gt;
&lt;P&gt;It does seem&amp;nbsp;like it's&amp;nbsp;an issue with IOS, and I'll need to see if I can upgrade to something slightly newer.&lt;/P&gt;
&lt;P&gt;Thanks,&lt;/P&gt;
&lt;P&gt;Bryce&lt;/P&gt;</description>
      <pubDate>Thu, 03 Aug 2017 14:17:12 GMT</pubDate>
      <guid>https://community.cisco.com/t5/network-access-control/mab-not-acquiring-mac-for-certain-devices/m-p/3098114#M25572</guid>
      <dc:creator />
      <dc:date>2017-08-03T14:17:12Z</dc:date>
    </item>
    <item>
      <title>Upgraded IOS to 15.2(4)E3</title>
      <link>https://community.cisco.com/t5/network-access-control/mab-not-acquiring-mac-for-certain-devices/m-p/3098115#M25574</link>
      <description>&lt;P&gt;Upgraded IOS to&amp;nbsp;15.2(4)E3 last night, and it's fixed this and some other 802.1X weirdness I've been fighting with.&lt;/P&gt;</description>
      <pubDate>Wed, 09 Aug 2017 10:32:20 GMT</pubDate>
      <guid>https://community.cisco.com/t5/network-access-control/mab-not-acquiring-mac-for-certain-devices/m-p/3098115#M25574</guid>
      <dc:creator />
      <dc:date>2017-08-09T10:32:20Z</dc:date>
    </item>
  </channel>
</rss>

