<?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 hi,per my notes:In pure Cisco in Network Security</title>
    <link>https://community.cisco.com/t5/network-security/syatem-context/m-p/2673874#M190870</link>
    <description>&lt;P&gt;hi,&lt;/P&gt;&lt;P&gt;per my notes:&lt;/P&gt;&lt;P&gt;&lt;EM&gt;In pure Cisco terms, a virtual firewall is called a Security Context. You might think of this Security Context as its own firewall within the Cisco ASA. You can define your own security policy for this virtual firewall. It can possess its own interfaces or even share interfaces with other virtual firewalls (with the exception of transparent mode virtual firewalls). It can even feature its own administrative user accounts. In fact, for those responsible for the device, it will appear to be a fully functional standalone device, and they can even be completely unaware of the fact that it is truly a firewall within another firewall.&lt;/EM&gt;&lt;/P&gt;&lt;P&gt;&lt;EM&gt;As you might expect, to have a Cisco ASA engage in this rather remarkable capability, you must convert the operational mode of the device. Thus, an important first step in the configuration is converting the device to what is termed "multiple mode."&lt;/EM&gt;&lt;/P&gt;&lt;P&gt;&lt;EM&gt;Once the device is in the correct mode to support virtualization, the job of the administrator is to create the required Security Context and assign the required resources. The administrator can also configure important resource limits for the various contexts to ensure the overall Cisco ASA does not have its performance degraded due to resource oversubscription. Finally, the Cisco ASA administrator must configure each context with the required IP addressing and access controls appropriate for each virtual device.&lt;/EM&gt;&lt;/P&gt;</description>
    <pubDate>Mon, 08 Jun 2015 05:31:11 GMT</pubDate>
    <dc:creator>johnlloyd_13</dc:creator>
    <dc:date>2015-06-08T05:31:11Z</dc:date>
    <item>
      <title>syatem context</title>
      <link>https://community.cisco.com/t5/network-security/syatem-context/m-p/2673872#M190867</link>
      <description>&lt;P&gt;what is system context in asa&lt;/P&gt;</description>
      <pubDate>Tue, 12 Mar 2019 06:04:10 GMT</pubDate>
      <guid>https://community.cisco.com/t5/network-security/syatem-context/m-p/2673872#M190867</guid>
      <dc:creator>rohan jadhav</dc:creator>
      <dc:date>2019-03-12T06:04:10Z</dc:date>
    </item>
    <item>
      <title>It is somewhat analogous to</title>
      <link>https://community.cisco.com/t5/network-security/syatem-context/m-p/2673873#M190868</link>
      <description>&lt;P&gt;It is somewhat analogous to the hypervisor in a server virtualization environment.&amp;nbsp;&amp;nbsp;It's where you define the user contexts and allocate physical resources to them.&lt;/P&gt;&lt;P&gt;It's only used if you are running a multi context ASA.&amp;nbsp;&lt;/P&gt;</description>
      <pubDate>Sun, 07 Jun 2015 15:35:27 GMT</pubDate>
      <guid>https://community.cisco.com/t5/network-security/syatem-context/m-p/2673873#M190868</guid>
      <dc:creator>Marvin Rhoads</dc:creator>
      <dc:date>2015-06-07T15:35:27Z</dc:date>
    </item>
    <item>
      <title>hi,per my notes:In pure Cisco</title>
      <link>https://community.cisco.com/t5/network-security/syatem-context/m-p/2673874#M190870</link>
      <description>&lt;P&gt;hi,&lt;/P&gt;&lt;P&gt;per my notes:&lt;/P&gt;&lt;P&gt;&lt;EM&gt;In pure Cisco terms, a virtual firewall is called a Security Context. You might think of this Security Context as its own firewall within the Cisco ASA. You can define your own security policy for this virtual firewall. It can possess its own interfaces or even share interfaces with other virtual firewalls (with the exception of transparent mode virtual firewalls). It can even feature its own administrative user accounts. In fact, for those responsible for the device, it will appear to be a fully functional standalone device, and they can even be completely unaware of the fact that it is truly a firewall within another firewall.&lt;/EM&gt;&lt;/P&gt;&lt;P&gt;&lt;EM&gt;As you might expect, to have a Cisco ASA engage in this rather remarkable capability, you must convert the operational mode of the device. Thus, an important first step in the configuration is converting the device to what is termed "multiple mode."&lt;/EM&gt;&lt;/P&gt;&lt;P&gt;&lt;EM&gt;Once the device is in the correct mode to support virtualization, the job of the administrator is to create the required Security Context and assign the required resources. The administrator can also configure important resource limits for the various contexts to ensure the overall Cisco ASA does not have its performance degraded due to resource oversubscription. Finally, the Cisco ASA administrator must configure each context with the required IP addressing and access controls appropriate for each virtual device.&lt;/EM&gt;&lt;/P&gt;</description>
      <pubDate>Mon, 08 Jun 2015 05:31:11 GMT</pubDate>
      <guid>https://community.cisco.com/t5/network-security/syatem-context/m-p/2673874#M190870</guid>
      <dc:creator>johnlloyd_13</dc:creator>
      <dc:date>2015-06-08T05:31:11Z</dc:date>
    </item>
  </channel>
</rss>

