<?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 My situation is similar in Network Access Control</title>
    <link>https://community.cisco.com/t5/network-access-control/ise-network-interfaces/m-p/2518833#M89466</link>
    <description>&lt;P&gt;My situation is similar however the opposite.&amp;nbsp; We have ISE in our Enterprise MNGT zone (not in DMZ). NIC0 for mngt and accessible for us to manage from inside our network. For the guests using CWA we've created a VRF for Guest-Users to route to ISE but using NIC3 only which resides in our DMZ and blocks access to our regulatory network. This is required because the client needs to reach ISE on "nic3" for it to present the Guest Portal (Layer3).&amp;nbsp; Also the client will need to receive a DHCP address beforehand to speak with ISE on its nic3, so we also have a DHCP server hanging off the guest VRF along with a interface on our WLC. The WLC on the DMZ is configured as an anchor controller and there is no need to poke any holes in our firewall.&amp;nbsp; To sum it up, we use NIC0 for mngt &amp;amp; radius requests but after the client connects to our WLC (Guest-WiFi) the controller talks to ISE layer2 via NIC0, after MAB is performed (mac filtering on the WLC) its get a permit back allowing the client to recieve DHCP and DNS, then after a web page is attempted our redirect ACL on the WLC sends the client to ISE NIC3 which hosts our Guest Portal.&amp;nbsp; So at no time do they touch our inside network.&lt;/P&gt;&lt;P&gt;We are running ISE 1.2 patch 8 for your reference.&amp;nbsp; Hopefully that helps some.&amp;nbsp; I'm still learning one phase at a time.&lt;/P&gt;</description>
    <pubDate>Fri, 18 Jul 2014 16:01:01 GMT</pubDate>
    <dc:creator>Ryan Coombs</dc:creator>
    <dc:date>2014-07-18T16:01:01Z</dc:date>
    <item>
      <title>ISE Network Interfaces</title>
      <link>https://community.cisco.com/t5/network-access-control/ise-network-interfaces/m-p/2518831#M89450</link>
      <description>&lt;P&gt;Hello,&lt;/P&gt;&lt;P&gt;we have placed the ISE in a DMZ. The NIC 0 is used for Administration of the ISE.&lt;/P&gt;&lt;P&gt;The Switches send their RADIUS requests to the ISE via an out-of-band-management network which is connected to the DMZ though a Firewall.&lt;/P&gt;&lt;P&gt;What if I want to use CWA. I understand that the Guest/Sponsor Portal needs to be reachable via the Clients Network. I can use a dedicated NIC on the ISE for this connection. So GIG0 is mgmt (in DMZ) and GIG1 is Guest/Sponsor-Portal (not in DMZ).&lt;/P&gt;&lt;P&gt;What about security? Does the ISE route between the connected NICs? If it does, can I put a Firewall between the Client Network and the Guest-Portal NIC?&lt;/P&gt;&lt;P&gt;What is best Practise here?&lt;/P&gt;</description>
      <pubDate>Mon, 11 Mar 2019 04:52:33 GMT</pubDate>
      <guid>https://community.cisco.com/t5/network-access-control/ise-network-interfaces/m-p/2518831#M89450</guid>
      <dc:creator>desweiler</dc:creator>
      <dc:date>2019-03-11T04:52:33Z</dc:date>
    </item>
    <item>
      <title>Good question! I would like</title>
      <link>https://community.cisco.com/t5/network-access-control/ise-network-interfaces/m-p/2518832#M89458</link>
      <description>&lt;P&gt;Good question! I would like to know the answer to as well!&lt;/P&gt;</description>
      <pubDate>Fri, 18 Jul 2014 00:55:37 GMT</pubDate>
      <guid>https://community.cisco.com/t5/network-access-control/ise-network-interfaces/m-p/2518832#M89458</guid>
      <dc:creator>nspasov</dc:creator>
      <dc:date>2014-07-18T00:55:37Z</dc:date>
    </item>
    <item>
      <title>My situation is similar</title>
      <link>https://community.cisco.com/t5/network-access-control/ise-network-interfaces/m-p/2518833#M89466</link>
      <description>&lt;P&gt;My situation is similar however the opposite.&amp;nbsp; We have ISE in our Enterprise MNGT zone (not in DMZ). NIC0 for mngt and accessible for us to manage from inside our network. For the guests using CWA we've created a VRF for Guest-Users to route to ISE but using NIC3 only which resides in our DMZ and blocks access to our regulatory network. This is required because the client needs to reach ISE on "nic3" for it to present the Guest Portal (Layer3).&amp;nbsp; Also the client will need to receive a DHCP address beforehand to speak with ISE on its nic3, so we also have a DHCP server hanging off the guest VRF along with a interface on our WLC. The WLC on the DMZ is configured as an anchor controller and there is no need to poke any holes in our firewall.&amp;nbsp; To sum it up, we use NIC0 for mngt &amp;amp; radius requests but after the client connects to our WLC (Guest-WiFi) the controller talks to ISE layer2 via NIC0, after MAB is performed (mac filtering on the WLC) its get a permit back allowing the client to recieve DHCP and DNS, then after a web page is attempted our redirect ACL on the WLC sends the client to ISE NIC3 which hosts our Guest Portal.&amp;nbsp; So at no time do they touch our inside network.&lt;/P&gt;&lt;P&gt;We are running ISE 1.2 patch 8 for your reference.&amp;nbsp; Hopefully that helps some.&amp;nbsp; I'm still learning one phase at a time.&lt;/P&gt;</description>
      <pubDate>Fri, 18 Jul 2014 16:01:01 GMT</pubDate>
      <guid>https://community.cisco.com/t5/network-access-control/ise-network-interfaces/m-p/2518833#M89466</guid>
      <dc:creator>Ryan Coombs</dc:creator>
      <dc:date>2014-07-18T16:01:01Z</dc:date>
    </item>
    <item>
      <title>The ISE interfaces do not and</title>
      <link>https://community.cisco.com/t5/network-access-control/ise-network-interfaces/m-p/2518834#M89470</link>
      <description>&lt;P&gt;The ISE interfaces do not and should not route between it's interfaces. They have to exist on separate layer 3 networks and you can add routes on the cli if the clients exist multiple hops away from the interface itself.&lt;/P&gt;&lt;P&gt;http://www.cisco.com/c/en/us/td/docs/security/ise/1-2/installation_guide/ise_ig/ise_app_c-ports.html#81419&lt;/P&gt;</description>
      <pubDate>Tue, 22 Jul 2014 01:48:33 GMT</pubDate>
      <guid>https://community.cisco.com/t5/network-access-control/ise-network-interfaces/m-p/2518834#M89470</guid>
      <dc:creator>Tarik Admani</dc:creator>
      <dc:date>2014-07-22T01:48:33Z</dc:date>
    </item>
    <item>
      <title>Hi,Yes, ISE cannot perform</title>
      <link>https://community.cisco.com/t5/network-access-control/ise-network-interfaces/m-p/2518835#M89476</link>
      <description>&lt;P&gt;&lt;SPAN style="font-family:times new roman,times,serif;"&gt;Hi,&lt;/SPAN&gt;&lt;/P&gt;&lt;P&gt;&lt;SPAN style="font-family:times new roman,times,serif;"&gt;Yes, ISE cannot perform routing between its interfaces, and the document link which Tarik shared, it is detailed installation guide, plz go through, it will definitely help you out.&lt;/SPAN&gt;&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;&lt;P&gt;&lt;SPAN style="font-family:times new roman,times,serif;"&gt;Thanks.&lt;/SPAN&gt;&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;</description>
      <pubDate>Tue, 05 Aug 2014 13:15:03 GMT</pubDate>
      <guid>https://community.cisco.com/t5/network-access-control/ise-network-interfaces/m-p/2518835#M89476</guid>
      <dc:creator>abwahid</dc:creator>
      <dc:date>2014-08-05T13:15:03Z</dc:date>
    </item>
  </channel>
</rss>

