<?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 normalized radius vs radius attributes in Network Access Control</title>
    <link>https://community.cisco.com/t5/network-access-control/ise-normalized-radius-vs-radius-attributes/m-p/4058175#M559381</link>
    <description>&lt;P&gt;The following is what I needed to know. Here is a great answer provided by&amp;nbsp;Arne Bier.&lt;/P&gt;&lt;H3&gt;&lt;A href="https://community.cisco.com/t5/network-access-control/use-cases-for-various-radius-attributes-in-cisco-ise/m-p/4058011#M559372" target="_blank"&gt;Re: Use Cases for various RADIUS Attributes in Cisco ISE&lt;/A&gt;&lt;/H3&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;&lt;P&gt;Hi&amp;nbsp;&lt;A href="https://community.cisco.com/t5/user/viewprofilepage/user-id/317927" target="_blank"&gt;@Maurice Ball&lt;/A&gt;&amp;nbsp;&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;&lt;P&gt;A Normalised RADIUS attribute in ISE is a convenient abstraction that allows us to use a common attribute in our Policy Set Logic in a multi-vendor environment. E.g. if you have a mix of Cisco and Aruba WLC's, then you can either do it the hard way, by checking for the vendor specific attributes used, e.g. Cisco uses attribute Called-Station-ID for the SSID, and Aruba uses&amp;nbsp;Aruba-Essid-Name.&amp;nbsp; Perhaps a bad example, because I am no Aruba guru &lt;span class="lia-unicode-emoji" title=":winking_face:"&gt;😉&lt;/span&gt; - but you get the point. There are other instances where vendor A signals a MAB Auth request with Service-Type = "Call-Check" and another vendor uses Service-Type = "Blah".&amp;nbsp; Cisco ISE has multi-vendor support, and as long as you set the NAS with the correct Device Vendor Type ("Device Profile") then ISE does the internal mapping for you. Then you can use abstractions&amp;nbsp;like Normalised Radius SSID which is vendor agnostic. You no longer need to care how it works under the hood.&lt;/P&gt;&lt;P&gt;Other abstractions are things like the Compound Conditions like Wireless_8021X and Wired_802.1X - have a look at those in detail and you can see that each vendor does it slightly differently.&lt;/P&gt;</description>
    <pubDate>Fri, 03 Apr 2020 07:58:28 GMT</pubDate>
    <dc:creator>Maurice Ball</dc:creator>
    <dc:date>2020-04-03T07:58:28Z</dc:date>
    <item>
      <title>ISE normalized radius vs radius attributes</title>
      <link>https://community.cisco.com/t5/network-access-control/ise-normalized-radius-vs-radius-attributes/m-p/4057480#M559355</link>
      <description>&lt;P&gt;What is the difference between an ISE normalized radius attribute vs an ISE radius attribute?&lt;/P&gt;</description>
      <pubDate>Thu, 02 Apr 2020 09:03:21 GMT</pubDate>
      <guid>https://community.cisco.com/t5/network-access-control/ise-normalized-radius-vs-radius-attributes/m-p/4057480#M559355</guid>
      <dc:creator>Maurice Ball</dc:creator>
      <dc:date>2020-04-02T09:03:21Z</dc:date>
    </item>
    <item>
      <title>Re: ISE normalized radius vs radius attributes</title>
      <link>https://community.cisco.com/t5/network-access-control/ise-normalized-radius-vs-radius-attributes/m-p/4057481#M559356</link>
      <description>&lt;P&gt;please check below link, it might help you.&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;&lt;P&gt;&lt;A href="https://community.cisco.com/t5/network-access-control/use-cases-for-various-radius-attributes-in-cisco-ise/m-p/3847935" target="_blank"&gt;https://community.cisco.com/t5/network-access-control/use-cases-for-various-radius-attributes-in-cisco-ise/m-p/3847935&lt;/A&gt;&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;&lt;P&gt;Thanks&lt;/P&gt;&lt;P&gt;Garry&lt;/P&gt;</description>
      <pubDate>Thu, 02 Apr 2020 09:06:23 GMT</pubDate>
      <guid>https://community.cisco.com/t5/network-access-control/ise-normalized-radius-vs-radius-attributes/m-p/4057481#M559356</guid>
      <dc:creator>gurbinder.kabbay</dc:creator>
      <dc:date>2020-04-02T09:06:23Z</dc:date>
    </item>
    <item>
      <title>Re: ISE normalized radius vs radius attributes</title>
      <link>https://community.cisco.com/t5/network-access-control/ise-normalized-radius-vs-radius-attributes/m-p/4057554#M559359</link>
      <description>&lt;P&gt;I do not see the answer to my question in the post listed below.&lt;/P&gt;</description>
      <pubDate>Thu, 02 Apr 2020 11:28:11 GMT</pubDate>
      <guid>https://community.cisco.com/t5/network-access-control/ise-normalized-radius-vs-radius-attributes/m-p/4057554#M559359</guid>
      <dc:creator>Maurice Ball</dc:creator>
      <dc:date>2020-04-02T11:28:11Z</dc:date>
    </item>
    <item>
      <title>Re: ISE normalized radius vs radius attributes</title>
      <link>https://community.cisco.com/t5/network-access-control/ise-normalized-radius-vs-radius-attributes/m-p/4057625#M559364</link>
      <description>They represent separate attributes that you can reference as conditions in your ISE policies.  The breakdown of attributes for radius vs normalized radius attributes is covered perfectly here:&lt;BR /&gt;&lt;A href="https://community.cisco.com/t5/security-documents/ise-network-access-attributes/ta-p/3616253#toc-hId--26278376" target="_blank"&gt;https://community.cisco.com/t5/security-documents/ise-network-access-attributes/ta-p/3616253#toc-hId--26278376&lt;/A&gt;&lt;BR /&gt;HTH!</description>
      <pubDate>Thu, 02 Apr 2020 13:08:46 GMT</pubDate>
      <guid>https://community.cisco.com/t5/network-access-control/ise-normalized-radius-vs-radius-attributes/m-p/4057625#M559364</guid>
      <dc:creator>Mike.Cifelli</dc:creator>
      <dc:date>2020-04-02T13:08:46Z</dc:date>
    </item>
    <item>
      <title>Re: ISE normalized radius vs radius attributes</title>
      <link>https://community.cisco.com/t5/network-access-control/ise-normalized-radius-vs-radius-attributes/m-p/4058175#M559381</link>
      <description>&lt;P&gt;The following is what I needed to know. Here is a great answer provided by&amp;nbsp;Arne Bier.&lt;/P&gt;&lt;H3&gt;&lt;A href="https://community.cisco.com/t5/network-access-control/use-cases-for-various-radius-attributes-in-cisco-ise/m-p/4058011#M559372" target="_blank"&gt;Re: Use Cases for various RADIUS Attributes in Cisco ISE&lt;/A&gt;&lt;/H3&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;&lt;P&gt;Hi&amp;nbsp;&lt;A href="https://community.cisco.com/t5/user/viewprofilepage/user-id/317927" target="_blank"&gt;@Maurice Ball&lt;/A&gt;&amp;nbsp;&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;&lt;P&gt;A Normalised RADIUS attribute in ISE is a convenient abstraction that allows us to use a common attribute in our Policy Set Logic in a multi-vendor environment. E.g. if you have a mix of Cisco and Aruba WLC's, then you can either do it the hard way, by checking for the vendor specific attributes used, e.g. Cisco uses attribute Called-Station-ID for the SSID, and Aruba uses&amp;nbsp;Aruba-Essid-Name.&amp;nbsp; Perhaps a bad example, because I am no Aruba guru &lt;span class="lia-unicode-emoji" title=":winking_face:"&gt;😉&lt;/span&gt; - but you get the point. There are other instances where vendor A signals a MAB Auth request with Service-Type = "Call-Check" and another vendor uses Service-Type = "Blah".&amp;nbsp; Cisco ISE has multi-vendor support, and as long as you set the NAS with the correct Device Vendor Type ("Device Profile") then ISE does the internal mapping for you. Then you can use abstractions&amp;nbsp;like Normalised Radius SSID which is vendor agnostic. You no longer need to care how it works under the hood.&lt;/P&gt;&lt;P&gt;Other abstractions are things like the Compound Conditions like Wireless_8021X and Wired_802.1X - have a look at those in detail and you can see that each vendor does it slightly differently.&lt;/P&gt;</description>
      <pubDate>Fri, 03 Apr 2020 07:58:28 GMT</pubDate>
      <guid>https://community.cisco.com/t5/network-access-control/ise-normalized-radius-vs-radius-attributes/m-p/4058175#M559381</guid>
      <dc:creator>Maurice Ball</dc:creator>
      <dc:date>2020-04-03T07:58:28Z</dc:date>
    </item>
  </channel>
</rss>

