<?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: How is the profiling probe elected on ISE in Network Access Control</title>
    <link>https://community.cisco.com/t5/network-access-control/how-is-the-profiling-probe-elected-on-ise/m-p/4670033#M576717</link>
    <description>&lt;P class="lia-align-justify"&gt;Hi&amp;nbsp;&lt;a href="https://community.cisco.com/t5/user/viewprofilepage/user-id/1171789"&gt;@SMD28316&lt;/a&gt;&amp;nbsp;,&lt;/P&gt;
&lt;P class="lia-align-justify"&gt;&amp;nbsp;&lt;STRONG&gt;ISE&lt;/STRONG&gt; shows the &lt;U&gt;last&lt;/U&gt; &lt;STRONG&gt;Probe&lt;/STRONG&gt;&amp;nbsp;"used", in other words, if you are using &lt;STRONG&gt;DHCP&lt;/STRONG&gt;, &lt;STRONG&gt;AD&lt;/STRONG&gt; and &lt;STRONG&gt;RADIUS Probe&lt;/STRONG&gt; but the &lt;U&gt;last&lt;/U&gt; &lt;STRONG&gt;Probe&lt;/STRONG&gt;&amp;nbsp;"used" (&lt;STRONG&gt;Endpoint attribute&lt;/STRONG&gt; received by &lt;STRONG&gt;ISE&lt;/STRONG&gt;) is &lt;STRONG&gt;RADIUS&lt;/STRONG&gt;, then &lt;STRONG&gt;RADIUS&lt;/STRONG&gt; is the &lt;STRONG&gt;Probe&lt;/STRONG&gt; that you see.&lt;/P&gt;
&lt;P class="lia-align-justify"&gt;&amp;nbsp;To use a &lt;STRONG&gt;DHCP Probe&lt;/STRONG&gt;:&lt;/P&gt;
&lt;P class="lia-align-justify"&gt;&lt;STRONG&gt;1st&lt;/STRONG&gt;&amp;nbsp;use the &lt;STRONG&gt;ip helper-address&lt;/STRONG&gt; command point to &lt;STRONG&gt;ISE&lt;/STRONG&gt;&lt;/P&gt;
&lt;P class="lia-align-justify"&gt;&lt;STRONG&gt;2nd&lt;/STRONG&gt; at &lt;STRONG&gt;Profiling Policies&lt;/STRONG&gt; (&lt;STRONG&gt;Work Centers &amp;gt; Profiler&lt;/STRONG&gt;) double check your &lt;STRONG&gt;DHCP Expressions&lt;/STRONG&gt;, for ex.:&lt;/P&gt;
&lt;PRE class="lia-align-justify"&gt;DHCP:dhcp-class-identifier CONTAINS &lt;U&gt;xxx&lt;/U&gt;&lt;BR /&gt;DHCP:hostname CONTAINS &lt;U&gt;xxx&lt;/U&gt;&lt;/PRE&gt;
&lt;P&gt;Hope this helps !!!&lt;/P&gt;</description>
    <pubDate>Tue, 16 Aug 2022 15:57:48 GMT</pubDate>
    <dc:creator>Marcelo Morais</dc:creator>
    <dc:date>2022-08-16T15:57:48Z</dc:date>
    <item>
      <title>How is the profiling probe elected on ISE</title>
      <link>https://community.cisco.com/t5/network-access-control/how-is-the-profiling-probe-elected-on-ise/m-p/4669846#M576707</link>
      <description>&lt;P&gt;From the endpoint attributes in the context visibility, I can see DHCP attributes received, but I can't get the profiling to be via DHCP, as the endpoint source is always RADIUS probe, not DHCP, and before that it was active directory probe, it only changed when I disabled AD probe for the whole node, how can I control this behavior? I tested editing the profiling policies by adding DHCP probes but with no luck,&lt;/P&gt;</description>
      <pubDate>Tue, 16 Aug 2022 09:47:53 GMT</pubDate>
      <guid>https://community.cisco.com/t5/network-access-control/how-is-the-profiling-probe-elected-on-ise/m-p/4669846#M576707</guid>
      <dc:creator>SMD28316</dc:creator>
      <dc:date>2022-08-16T09:47:53Z</dc:date>
    </item>
    <item>
      <title>Re: How is the profiling probe elected on ISE</title>
      <link>https://community.cisco.com/t5/network-access-control/how-is-the-profiling-probe-elected-on-ise/m-p/4669874#M576710</link>
      <description>&lt;P&gt;Is ISE actually receiving DHCP information?&amp;nbsp; How are you sending the DHCP discover packets to ISE?&amp;nbsp; DHCP Relay?&amp;nbsp; Cisco Device Sensor?&lt;/P&gt;</description>
      <pubDate>Tue, 16 Aug 2022 11:12:33 GMT</pubDate>
      <guid>https://community.cisco.com/t5/network-access-control/how-is-the-profiling-probe-elected-on-ise/m-p/4669874#M576710</guid>
      <dc:creator>ahollifield</dc:creator>
      <dc:date>2022-08-16T11:12:33Z</dc:date>
    </item>
    <item>
      <title>Re: How is the profiling probe elected on ISE</title>
      <link>https://community.cisco.com/t5/network-access-control/how-is-the-profiling-probe-elected-on-ise/m-p/4669887#M576711</link>
      <description>&lt;P&gt;Yes, I can see them in the attributes tab&amp;nbsp; and in packet captures, and I use device sensor.&lt;/P&gt;</description>
      <pubDate>Tue, 16 Aug 2022 11:40:53 GMT</pubDate>
      <guid>https://community.cisco.com/t5/network-access-control/how-is-the-profiling-probe-elected-on-ise/m-p/4669887#M576711</guid>
      <dc:creator>SMD28316</dc:creator>
      <dc:date>2022-08-16T11:40:53Z</dc:date>
    </item>
    <item>
      <title>Re: How is the profiling probe elected on ISE</title>
      <link>https://community.cisco.com/t5/network-access-control/how-is-the-profiling-probe-elected-on-ise/m-p/4670033#M576717</link>
      <description>&lt;P class="lia-align-justify"&gt;Hi&amp;nbsp;&lt;a href="https://community.cisco.com/t5/user/viewprofilepage/user-id/1171789"&gt;@SMD28316&lt;/a&gt;&amp;nbsp;,&lt;/P&gt;
&lt;P class="lia-align-justify"&gt;&amp;nbsp;&lt;STRONG&gt;ISE&lt;/STRONG&gt; shows the &lt;U&gt;last&lt;/U&gt; &lt;STRONG&gt;Probe&lt;/STRONG&gt;&amp;nbsp;"used", in other words, if you are using &lt;STRONG&gt;DHCP&lt;/STRONG&gt;, &lt;STRONG&gt;AD&lt;/STRONG&gt; and &lt;STRONG&gt;RADIUS Probe&lt;/STRONG&gt; but the &lt;U&gt;last&lt;/U&gt; &lt;STRONG&gt;Probe&lt;/STRONG&gt;&amp;nbsp;"used" (&lt;STRONG&gt;Endpoint attribute&lt;/STRONG&gt; received by &lt;STRONG&gt;ISE&lt;/STRONG&gt;) is &lt;STRONG&gt;RADIUS&lt;/STRONG&gt;, then &lt;STRONG&gt;RADIUS&lt;/STRONG&gt; is the &lt;STRONG&gt;Probe&lt;/STRONG&gt; that you see.&lt;/P&gt;
&lt;P class="lia-align-justify"&gt;&amp;nbsp;To use a &lt;STRONG&gt;DHCP Probe&lt;/STRONG&gt;:&lt;/P&gt;
&lt;P class="lia-align-justify"&gt;&lt;STRONG&gt;1st&lt;/STRONG&gt;&amp;nbsp;use the &lt;STRONG&gt;ip helper-address&lt;/STRONG&gt; command point to &lt;STRONG&gt;ISE&lt;/STRONG&gt;&lt;/P&gt;
&lt;P class="lia-align-justify"&gt;&lt;STRONG&gt;2nd&lt;/STRONG&gt; at &lt;STRONG&gt;Profiling Policies&lt;/STRONG&gt; (&lt;STRONG&gt;Work Centers &amp;gt; Profiler&lt;/STRONG&gt;) double check your &lt;STRONG&gt;DHCP Expressions&lt;/STRONG&gt;, for ex.:&lt;/P&gt;
&lt;PRE class="lia-align-justify"&gt;DHCP:dhcp-class-identifier CONTAINS &lt;U&gt;xxx&lt;/U&gt;&lt;BR /&gt;DHCP:hostname CONTAINS &lt;U&gt;xxx&lt;/U&gt;&lt;/PRE&gt;
&lt;P&gt;Hope this helps !!!&lt;/P&gt;</description>
      <pubDate>Tue, 16 Aug 2022 15:57:48 GMT</pubDate>
      <guid>https://community.cisco.com/t5/network-access-control/how-is-the-profiling-probe-elected-on-ise/m-p/4670033#M576717</guid>
      <dc:creator>Marcelo Morais</dc:creator>
      <dc:date>2022-08-16T15:57:48Z</dc:date>
    </item>
    <item>
      <title>Re: How is the profiling probe elected on ISE</title>
      <link>https://community.cisco.com/t5/network-access-control/how-is-the-profiling-probe-elected-on-ise/m-p/4670225#M576734</link>
      <description>&lt;P&gt;I normally go by the "Total Certainty" factor to verify that ISE has selected the profiling policies that I was expecting. Perhaps running an Endpoint Trace would show the exact workings of the ISE Profiling Engine? Delete the endpoint, start the endpoint debug and then look through the detailed logs.&amp;nbsp;&lt;/P&gt;</description>
      <pubDate>Tue, 16 Aug 2022 20:18:04 GMT</pubDate>
      <guid>https://community.cisco.com/t5/network-access-control/how-is-the-profiling-probe-elected-on-ise/m-p/4670225#M576734</guid>
      <dc:creator>Arne Bier</dc:creator>
      <dc:date>2022-08-16T20:18:04Z</dc:date>
    </item>
  </channel>
</rss>

