<?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 3.1 / JAMF Integration - attribute lookups in Network Access Control</title>
    <link>https://community.cisco.com/t5/network-access-control/ise-3-1-jamf-integration-attribute-lookups/m-p/4830066#M581581</link>
    <description>&lt;P&gt;Not going to spend time duplicating TAC efforts since they will have superior configuration and log and error information.&lt;/P&gt;
&lt;P&gt;Please do post the resolution when done.&lt;/P&gt;</description>
    <pubDate>Sun, 07 May 2023 16:03:19 GMT</pubDate>
    <dc:creator>thomas</dc:creator>
    <dc:date>2023-05-07T16:03:19Z</dc:date>
    <item>
      <title>ISE 3.1 / JAMF Integration - attribute lookups</title>
      <link>https://community.cisco.com/t5/network-access-control/ise-3-1-jamf-integration-attribute-lookups/m-p/4827036#M581481</link>
      <description>&lt;P&gt;We are using ISE 3.1 Patch 5 with JAMF integration. Using EAP-TLS authentication. ADCS for the PKI. Wireless works consistently. Wired is very hit and miss... much more miss then hit. The external MDM setup in ISE is set for SAN URI - GUID. The Legacy MAC address and the CN GUID options are unchecked.&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;&lt;P&gt;With the external-mdm logging level set to trace, I'm watching the ise-psc log. When it works, ISE queries JAMF via the GUID. When it fails, ISE queries JAMF via the wired USB dongle mac address.&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;&lt;P&gt;I've queried JAMF directly via HTTPS in a browser and the behavior matches. Via mac addr, returns not enrolled. Via GUID, returns enrolled. Come to discover - this is a limit of JAMF inventory. JAMF doesn't inventory external device addresses. I can go down that route and try to solve that but thats a question for another forum.&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;&lt;P&gt;The question here for y'all is - why is ISE attempting to query JAMF with the mac address at all, when the mdm is set for SAN URI - GUID only ? On the failed attempts when it uses the mac address, it clearly has the GUID already as it's in the live log under the identity column. So why not use it, as it's been told to?&lt;/P&gt;</description>
      <pubDate>Tue, 02 May 2023 22:28:56 GMT</pubDate>
      <guid>https://community.cisco.com/t5/network-access-control/ise-3-1-jamf-integration-attribute-lookups/m-p/4827036#M581481</guid>
      <dc:creator>YC2</dc:creator>
      <dc:date>2023-05-02T22:28:56Z</dc:date>
    </item>
    <item>
      <title>Re: ISE 3.1 / JAMF Integration - attribute lookups</title>
      <link>https://community.cisco.com/t5/network-access-control/ise-3-1-jamf-integration-attribute-lookups/m-p/4828966#M581540</link>
      <description>&lt;P&gt;I've sent logs to TAC and am waiting a response. In the meantime, I'm stumped. I don't know what good those options are when setting up an mdm if it seems to ignore them. I mean, if they were all enabled, I can understand it skipping one and going to the other if it wasn't available but, in this case, the guid is available and is the only option enabled.&lt;/P&gt;</description>
      <pubDate>Thu, 04 May 2023 22:25:09 GMT</pubDate>
      <guid>https://community.cisco.com/t5/network-access-control/ise-3-1-jamf-integration-attribute-lookups/m-p/4828966#M581540</guid>
      <dc:creator>YC2</dc:creator>
      <dc:date>2023-05-04T22:25:09Z</dc:date>
    </item>
    <item>
      <title>Re: ISE 3.1 / JAMF Integration - attribute lookups</title>
      <link>https://community.cisco.com/t5/network-access-control/ise-3-1-jamf-integration-attribute-lookups/m-p/4829059#M581544</link>
      <description>&lt;P&gt;Check if you are hitting below defect:&lt;/P&gt;
&lt;P&gt;&lt;SPAN class="subheader-large"&gt;Make MDM API V3 cert string case insensitive &lt;/SPAN&gt;&lt;/P&gt;
&lt;P&gt;&lt;A href="https://bst.cloudapps.cisco.com/bugsearch/bug/CSCwe38610" target="_blank"&gt;https://bst.cloudapps.cisco.com/bugsearch/bug/CSCwe38610&lt;/A&gt;&lt;/P&gt;
&lt;P&gt;It should be fixed in upcoming patches.&lt;/P&gt;</description>
      <pubDate>Fri, 05 May 2023 06:20:08 GMT</pubDate>
      <guid>https://community.cisco.com/t5/network-access-control/ise-3-1-jamf-integration-attribute-lookups/m-p/4829059#M581544</guid>
      <dc:creator>poongarg</dc:creator>
      <dc:date>2023-05-05T06:20:08Z</dc:date>
    </item>
    <item>
      <title>Re: ISE 3.1 / JAMF Integration - attribute lookups</title>
      <link>https://community.cisco.com/t5/network-access-control/ise-3-1-jamf-integration-attribute-lookups/m-p/4829645#M581568</link>
      <description>&lt;P&gt;So I've made some headway. The 3650 is running mab and dot1x simultaneously. In the live log it looks like there's a mab hit then 1-200ms later a d1x hit. Interestingly enough the d1x is first in the policy map. Maybe it just takes longer to respond and register in ISE.&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;&lt;P&gt;If I set the port to do d1x only and no mab, everything works. It looks like maybe the mab hit is what's forcing ISE to query JAMF with the mac. That sort of makes sense as the mac is the only thing available (no cert, guid, etc) in mab.... but again, ISE shouldn't be querying the mdm with any macs. Maybe ISE receives the deny from the mab hit, caches it, and doesn't really process the allow hit from the d1x attempt.&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;&lt;P&gt;I've also tried setting mab to run after d1x as a fallback - mab won't run at all this way, d1x just cycles... thats a separate issue.&lt;/P&gt;</description>
      <pubDate>Sat, 06 May 2023 00:09:10 GMT</pubDate>
      <guid>https://community.cisco.com/t5/network-access-control/ise-3-1-jamf-integration-attribute-lookups/m-p/4829645#M581568</guid>
      <dc:creator>YC2</dc:creator>
      <dc:date>2023-05-06T00:09:10Z</dc:date>
    </item>
    <item>
      <title>Re: ISE 3.1 / JAMF Integration - attribute lookups</title>
      <link>https://community.cisco.com/t5/network-access-control/ise-3-1-jamf-integration-attribute-lookups/m-p/4830066#M581581</link>
      <description>&lt;P&gt;Not going to spend time duplicating TAC efforts since they will have superior configuration and log and error information.&lt;/P&gt;
&lt;P&gt;Please do post the resolution when done.&lt;/P&gt;</description>
      <pubDate>Sun, 07 May 2023 16:03:19 GMT</pubDate>
      <guid>https://community.cisco.com/t5/network-access-control/ise-3-1-jamf-integration-attribute-lookups/m-p/4830066#M581581</guid>
      <dc:creator>thomas</dc:creator>
      <dc:date>2023-05-07T16:03:19Z</dc:date>
    </item>
    <item>
      <title>Re: ISE 3.1 / JAMF Integration - attribute lookups</title>
      <link>https://community.cisco.com/t5/network-access-control/ise-3-1-jamf-integration-attribute-lookups/m-p/4833743#M581700</link>
      <description>&lt;P&gt;Ok, so.... I finally got d1x then mab fallback to work. Whomever invented this IBNS maddness.... grrr.&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;&lt;P&gt;So... recap.&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;&lt;P&gt;D1x only port =&amp;nbsp;ISE queries JAMF by guid, d1x success&lt;/P&gt;&lt;P&gt;D1x / MAB fallback port =&amp;nbsp;ISE queries JAMF by guid, d1x success&lt;/P&gt;&lt;P&gt;D1x / MAB simultaneous port = ISE registers the mab hit first, queries JAMF by non-existent dongle mac address, d1x subsequently runs and fails&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;&lt;P&gt;My ASSumption is - ISE is caching the non-complaint response from the mab hit and ignores or doesn't query once the d1x hit comes along. The MDM setup page has a timer you can set where ISE does not qiery the mdm again if an authentication occurs within this period for the same end point. The lowest you can set it is 1 min, and it doesn't appear you can do 0 or disable it. Seems like this is what's causing the issue with simultaneous mab/d1x triggers.&lt;/P&gt;</description>
      <pubDate>Thu, 11 May 2023 21:52:27 GMT</pubDate>
      <guid>https://community.cisco.com/t5/network-access-control/ise-3-1-jamf-integration-attribute-lookups/m-p/4833743#M581700</guid>
      <dc:creator>YC2</dc:creator>
      <dc:date>2023-05-11T21:52:27Z</dc:date>
    </item>
  </channel>
</rss>

