<?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: Using Endpoint Custom Attribute in Authorization Policies in Network Access Control</title>
    <link>https://community.cisco.com/t5/network-access-control/using-endpoint-custom-attribute-in-authorization-policies/m-p/3555757#M520543</link>
    <description>&lt;HTML&gt;&lt;HEAD&gt;&lt;/HEAD&gt;&lt;BODY&gt;&lt;P&gt;Sounds like a bug to me&lt;/P&gt;&lt;/BODY&gt;&lt;/HTML&gt;</description>
    <pubDate>Tue, 24 Oct 2017 13:30:50 GMT</pubDate>
    <dc:creator>Jason Kunst</dc:creator>
    <dc:date>2017-10-24T13:30:50Z</dc:date>
    <item>
      <title>Using Endpoint Custom Attribute in Authorization Policies</title>
      <link>https://community.cisco.com/t5/network-access-control/using-endpoint-custom-attribute-in-authorization-policies/m-p/3555756#M520542</link>
      <description>&lt;HTML&gt;&lt;HEAD&gt;&lt;/HEAD&gt;&lt;BODY&gt;&lt;P&gt;We configuring ISE for MAB authentication using an external MAC Address database that contains a list of MAC Addresses and Endpoint Type (for example Printer, Workstation, HVAC, VOICE). We have created a custom attribute called "CompanyInfo" of the type string, which would be set to Device Type information from the external database.&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;The value of this custom attribute set to match a IP Phone profile and we defined an authorization policy that compare the Custom Attribute - "CompanyInfo" with "EndPoIntPolicy" as shown below. ISE does not match the first rule defined below.&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;However, if we compare the "CompanyInfo" with "Cisco-IP-Phone-7970" as shown in the second rule below, we get a match&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;&lt;SPAN style="font-family: 'Calibri',sans-serif; font-size: 11pt; mso-fareast-font-family: Calibri; mso-fareast-theme-font: minor-latin; mso-bidi-font-family: Calibri; mso-ansi-language: EN-US; mso-fareast-language: EN-US; mso-bidi-language: AR-SA;"&gt;&lt;IMG alt="Machine generated alternative text:Cisco IP Phones Profile Mat Cisco IP Phones Fixed Endpoints:companylnfo MATCHES Endpoints-EndPointPoIicy Endpoints:companylnfo MATCHES Cisco-IP- Phone-7970 then then Non Non Ci sco Ci sco IP Phones IP Phones " class="image-1 jive-image" height="69" src="https://community.cisco.com/legacyfs/online/fusion/112470_pastedImage_0.png" style="max-height: 900px; max-width: 1200px;" width="951" /&gt;&lt;/SPAN&gt;&lt;/P&gt;&lt;P&gt;&lt;SPAN style="font-family: 'Calibri',sans-serif; font-size: 11pt; mso-fareast-font-family: Calibri; mso-fareast-theme-font: minor-latin; mso-bidi-font-family: Calibri; mso-ansi-language: EN-US; mso-fareast-language: EN-US; mso-bidi-language: AR-SA;"&gt;I am not sure if the right had side of the condition can utilize and EndPointArrtibute such as EndPointPolicy or EndPointLogicalProfile.&lt;/SPAN&gt;&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;&lt;SPAN style="font-family: 'Calibri',sans-serif; font-size: 11pt; mso-fareast-font-family: Calibri; mso-fareast-theme-font: minor-latin; mso-bidi-font-family: Calibri; mso-ansi-language: EN-US; mso-fareast-language: EN-US; mso-bidi-language: AR-SA;"&gt;I have attached a screen capture from our lab testing.&lt;/SPAN&gt;&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;/BODY&gt;&lt;/HTML&gt;</description>
      <pubDate>Tue, 24 Oct 2017 13:14:30 GMT</pubDate>
      <guid>https://community.cisco.com/t5/network-access-control/using-endpoint-custom-attribute-in-authorization-policies/m-p/3555756#M520542</guid>
      <dc:creator>nved</dc:creator>
      <dc:date>2017-10-24T13:14:30Z</dc:date>
    </item>
    <item>
      <title>Re: Using Endpoint Custom Attribute in Authorization Policies</title>
      <link>https://community.cisco.com/t5/network-access-control/using-endpoint-custom-attribute-in-authorization-policies/m-p/3555757#M520543</link>
      <description>&lt;HTML&gt;&lt;HEAD&gt;&lt;/HEAD&gt;&lt;BODY&gt;&lt;P&gt;Sounds like a bug to me&lt;/P&gt;&lt;/BODY&gt;&lt;/HTML&gt;</description>
      <pubDate>Tue, 24 Oct 2017 13:30:50 GMT</pubDate>
      <guid>https://community.cisco.com/t5/network-access-control/using-endpoint-custom-attribute-in-authorization-policies/m-p/3555757#M520543</guid>
      <dc:creator>Jason Kunst</dc:creator>
      <dc:date>2017-10-24T13:30:50Z</dc:date>
    </item>
    <item>
      <title>Re: Using Endpoint Custom Attribute in Authorization Policies</title>
      <link>https://community.cisco.com/t5/network-access-control/using-endpoint-custom-attribute-in-authorization-policies/m-p/3555758#M520544</link>
      <description>&lt;HTML&gt;&lt;HEAD&gt;&lt;/HEAD&gt;&lt;BODY&gt;&lt;P&gt;Which ISE release is this? If not 2.3, please try it with 2.3.&lt;/P&gt;&lt;P&gt;&lt;SPAN style="font-size: 10pt;"&gt;&lt;BR /&gt;&lt;/SPAN&gt;&lt;/P&gt;&lt;P&gt;&lt;SPAN style="font-size: 10pt;"&gt;Why are you not using Equals or Contains instead of Matches, although this might not impact your results? The operator Matches is for regex.&lt;/SPAN&gt;&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;For the Cisco IP Phones Profile Match, try swapping RHS and LHS.&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;Like Jason said, we would suggest to log a bug but please detail the steps and attach debug logs. If TAC case open, please request TAC to do so.&lt;/P&gt;&lt;/BODY&gt;&lt;/HTML&gt;</description>
      <pubDate>Tue, 24 Oct 2017 14:26:10 GMT</pubDate>
      <guid>https://community.cisco.com/t5/network-access-control/using-endpoint-custom-attribute-in-authorization-policies/m-p/3555758#M520544</guid>
      <dc:creator>hslai</dc:creator>
      <dc:date>2017-10-24T14:26:10Z</dc:date>
    </item>
    <item>
      <title>Re: Using Endpoint Custom Attribute in Authorization Policies</title>
      <link>https://community.cisco.com/t5/network-access-control/using-endpoint-custom-attribute-in-authorization-policies/m-p/3555759#M520545</link>
      <description>&lt;HTML&gt;&lt;HEAD&gt;&lt;/HEAD&gt;&lt;BODY&gt;&lt;P&gt;We have are running this on ISE 2.2 patch 4, which was the customer has.&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;Was it not supposed to work on ISE 2.2?&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;​​​​​&lt;/P&gt;&lt;P&gt;Niten Ved&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;732 266 8063 – cell (preffered)&lt;/P&gt;&lt;P&gt;732 393 6101 - office&lt;/P&gt;&lt;/BODY&gt;&lt;/HTML&gt;</description>
      <pubDate>Tue, 24 Oct 2017 15:18:17 GMT</pubDate>
      <guid>https://community.cisco.com/t5/network-access-control/using-endpoint-custom-attribute-in-authorization-policies/m-p/3555759#M520545</guid>
      <dc:creator>nved</dc:creator>
      <dc:date>2017-10-24T15:18:17Z</dc:date>
    </item>
    <item>
      <title>Re: Using Endpoint Custom Attribute in Authorization Policies</title>
      <link>https://community.cisco.com/t5/network-access-control/using-endpoint-custom-attribute-in-authorization-policies/m-p/3555760#M520546</link>
      <description>&lt;HTML&gt;&lt;HEAD&gt;&lt;/HEAD&gt;&lt;BODY&gt;&lt;P&gt;Endpoint custom attributes are available since ISE 2.1 so supported. The reason I asked to try 2.3 is that release uses a new policy engine and might make a difference.&lt;/P&gt;&lt;/BODY&gt;&lt;/HTML&gt;</description>
      <pubDate>Tue, 24 Oct 2017 15:27:22 GMT</pubDate>
      <guid>https://community.cisco.com/t5/network-access-control/using-endpoint-custom-attribute-in-authorization-policies/m-p/3555760#M520546</guid>
      <dc:creator>hslai</dc:creator>
      <dc:date>2017-10-24T15:27:22Z</dc:date>
    </item>
    <item>
      <title>Re: Using Endpoint Custom Attribute in Authorization Policies</title>
      <link>https://community.cisco.com/t5/network-access-control/using-endpoint-custom-attribute-in-authorization-policies/m-p/3555761#M520547</link>
      <description>&lt;HTML&gt;&lt;HEAD&gt;&lt;/HEAD&gt;&lt;BODY&gt;&lt;P&gt;Niten,&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;As you know, I provided this proposal to customer which you are now testing on their behalf.&amp;nbsp; Since I have already engaged with this account and providing direct consult, there is no reason to also post to alias. This will only result in more TMEs and SMEs chasing the same issue.&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;As I responded directly to account team, the use of Custom Attributes in Authorization Policy conditions IS supported.&amp;nbsp; Furthermore, we addressed an issue in ISE 2.2 where Custom Attributes were not exposed to Authorization Profile &lt;/P&gt;&lt;P&gt;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp; CSCvc42525&amp;nbsp; support of Custom Attribute of Endpoint in Authz Profile&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;However, the typical scenario would be to match custom attribute (Left-Hand Side, or LHS) to a value (RHS).&amp;nbsp; Same goes for Endpoint Profile Policy where value is selected on RHS via drop-down list of profiles.&amp;nbsp;&amp;nbsp; I suspect this particular combination was not tested by QA.&amp;nbsp; &lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;If not working as expected, then need a bug filed.&amp;nbsp; Let's not duplicate efforts on this account.&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;Regards,&lt;/P&gt;&lt;P&gt;Craig&lt;/P&gt;&lt;/BODY&gt;&lt;/HTML&gt;</description>
      <pubDate>Wed, 25 Oct 2017 14:01:27 GMT</pubDate>
      <guid>https://community.cisco.com/t5/network-access-control/using-endpoint-custom-attribute-in-authorization-policies/m-p/3555761#M520547</guid>
      <dc:creator>Craig Hyps</dc:creator>
      <dc:date>2017-10-25T14:01:27Z</dc:date>
    </item>
  </channel>
</rss>

