<?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: ISE Profiling Conflict in Network Access Control</title>
    <link>https://community.cisco.com/t5/network-access-control/ise-profiling-conflict/m-p/5310657#M597333</link>
    <description>&lt;P&gt;Thanks for the reply.&amp;nbsp;&lt;/P&gt;&lt;P&gt;I added an additional condition using DHCP hostname for the condition. When I run sh auth sess it shows the Device-Type as Un-classified and Status- Unauthorized.&amp;nbsp;&lt;/P&gt;</description>
    <pubDate>Thu, 17 Jul 2025 15:00:30 GMT</pubDate>
    <dc:creator>hpeters34</dc:creator>
    <dc:date>2025-07-17T15:00:30Z</dc:date>
    <item>
      <title>ISE Profiling Conflict</title>
      <link>https://community.cisco.com/t5/network-access-control/ise-profiling-conflict/m-p/5310626#M597327</link>
      <description>&lt;P&gt;&lt;SPAN&gt;Hi all,&lt;/SPAN&gt;&lt;/P&gt;&lt;P&gt;&lt;SPAN&gt;I’m relatively new to Cisco ISE, and I’m running into a profiling challenge I could use some help with.&lt;/SPAN&gt;&lt;/P&gt;&lt;P&gt;&lt;SPAN&gt;We have an existing deployment of Device A that authenticates via MAB and is correctly profiled using a custom policy. I’ve now been tasked with deploying several newer models of Device A, but I’ve discovered that these models are now manufactured by the same vendor that produces Device B, which already exists in our environment and is profiled under a different policy—also using MAB.&lt;/SPAN&gt;&lt;/P&gt;&lt;P&gt;&lt;SPAN&gt;Since both devices now share the same OUI, the newer Device A units are being misprofiled under the Device B policy.&lt;/SPAN&gt;&lt;/P&gt;&lt;P&gt;&lt;SPAN&gt;Question:&lt;/SPAN&gt;&lt;/P&gt;&lt;P&gt;&lt;SPAN&gt;Is there a way to continue using MAB for these newer Device A models while ensuring they are properly profiled separately from Device B—despite the shared OUI? Would leveraging additional profiling attributes (e.g., hostname via DHCP, CDP/LLDP, or custom DHCP fingerprinting) be the best route?&lt;/SPAN&gt;&lt;/P&gt;&lt;P&gt;&lt;SPAN&gt;Any suggestions on best practices or rule order within the profiling policy would be much appreciated.&lt;/SPAN&gt;&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;</description>
      <pubDate>Thu, 17 Jul 2025 13:11:00 GMT</pubDate>
      <guid>https://community.cisco.com/t5/network-access-control/ise-profiling-conflict/m-p/5310626#M597327</guid>
      <dc:creator>hpeters34</dc:creator>
      <dc:date>2025-07-17T13:11:00Z</dc:date>
    </item>
    <item>
      <title>Re: ISE Profiling Conflict</title>
      <link>https://community.cisco.com/t5/network-access-control/ise-profiling-conflict/m-p/5310630#M597329</link>
      <description>&lt;P&gt;&lt;span class="lia-inline-image-display-wrapper lia-image-align-inline" image-alt="image-asset.png" style="width: 999px;"&gt;&lt;img src="https://community.cisco.com/t5/image/serverpage/image-id/248515iD9AFEF6559EB96D6/image-size/large?v=v2&amp;amp;px=999" role="button" title="image-asset.png" alt="image-asset.png" /&gt;&lt;/span&gt;&lt;BR /&gt;in profiling policy you can specify multi condition point for each condition&amp;nbsp;&lt;BR /&gt;for example&amp;nbsp;&lt;BR /&gt;profiling policy A get 40 points&amp;nbsp;&lt;BR /&gt;profiling policy B get 60 points&amp;nbsp;&lt;BR /&gt;then ISE will use policy B&amp;nbsp;&lt;BR /&gt;&lt;BR /&gt;both policy run in same time&amp;nbsp;&lt;BR /&gt;&lt;BR /&gt;&lt;/P&gt;
&lt;P&gt;MHM&lt;/P&gt;</description>
      <pubDate>Thu, 17 Jul 2025 13:21:40 GMT</pubDate>
      <guid>https://community.cisco.com/t5/network-access-control/ise-profiling-conflict/m-p/5310630#M597329</guid>
      <dc:creator>MHM Cisco World</dc:creator>
      <dc:date>2025-07-17T13:21:40Z</dc:date>
    </item>
    <item>
      <title>Re: ISE Profiling Conflict</title>
      <link>https://community.cisco.com/t5/network-access-control/ise-profiling-conflict/m-p/5310657#M597333</link>
      <description>&lt;P&gt;Thanks for the reply.&amp;nbsp;&lt;/P&gt;&lt;P&gt;I added an additional condition using DHCP hostname for the condition. When I run sh auth sess it shows the Device-Type as Un-classified and Status- Unauthorized.&amp;nbsp;&lt;/P&gt;</description>
      <pubDate>Thu, 17 Jul 2025 15:00:30 GMT</pubDate>
      <guid>https://community.cisco.com/t5/network-access-control/ise-profiling-conflict/m-p/5310657#M597333</guid>
      <dc:creator>hpeters34</dc:creator>
      <dc:date>2025-07-17T15:00:30Z</dc:date>
    </item>
    <item>
      <title>Re: ISE Profiling Conflict</title>
      <link>https://community.cisco.com/t5/network-access-control/ise-profiling-conflict/m-p/5310673#M597335</link>
      <description>&lt;P&gt;live log &amp;lt;&amp;lt;- check dhcp packet (if you use dhcp ip helper)&lt;BR /&gt;check if dhcp send hostmane and how hostname is assign&amp;nbsp;&lt;BR /&gt;is it mac or hostname+domain&amp;nbsp;&lt;/P&gt;
&lt;P&gt;MHM&lt;/P&gt;</description>
      <pubDate>Thu, 17 Jul 2025 15:40:11 GMT</pubDate>
      <guid>https://community.cisco.com/t5/network-access-control/ise-profiling-conflict/m-p/5310673#M597335</guid>
      <dc:creator>MHM Cisco World</dc:creator>
      <dc:date>2025-07-17T15:40:11Z</dc:date>
    </item>
    <item>
      <title>Re: ISE Profiling Conflict</title>
      <link>https://community.cisco.com/t5/network-access-control/ise-profiling-conflict/m-p/5310771#M597345</link>
      <description>&lt;P&gt;thanks for the reply.&lt;/P&gt;&lt;P&gt;I found out that I had to add the correct profile to the authorization policy.&amp;nbsp;&lt;/P&gt;&lt;P&gt;For the conditions I used dhcp_host-name matching ^device A-1234.*&lt;/P&gt;&lt;P&gt;Thanks for your help&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;&lt;P&gt;-&amp;nbsp;&lt;/P&gt;</description>
      <pubDate>Thu, 17 Jul 2025 20:08:40 GMT</pubDate>
      <guid>https://community.cisco.com/t5/network-access-control/ise-profiling-conflict/m-p/5310771#M597345</guid>
      <dc:creator>hpeters34</dc:creator>
      <dc:date>2025-07-17T20:08:40Z</dc:date>
    </item>
    <item>
      <title>Re: ISE Profiling Conflict</title>
      <link>https://community.cisco.com/t5/network-access-control/ise-profiling-conflict/m-p/5310776#M597346</link>
      <description>&lt;P&gt;You are so welcome&amp;nbsp;&lt;/P&gt;
&lt;P&gt;MHM&lt;/P&gt;</description>
      <pubDate>Thu, 17 Jul 2025 20:29:33 GMT</pubDate>
      <guid>https://community.cisco.com/t5/network-access-control/ise-profiling-conflict/m-p/5310776#M597346</guid>
      <dc:creator>MHM Cisco World</dc:creator>
      <dc:date>2025-07-17T20:29:33Z</dc:date>
    </item>
  </channel>
</rss>

