<?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 Dean, in Network Security</title>
    <link>https://community.cisco.com/t5/network-security/how-to-not-bottleneck-the-inside-interface-of-asa-when-using/m-p/2786026#M174409</link>
    <description>&lt;P&gt;Hi Dean,&lt;/P&gt;
&lt;P&gt;Yes, you are right. This outside policy will be applied to outbound and inbound traffic. You do not need to specifically configure QOS-IN. If the traffic matches in that oe access-list then that is enough to process.&lt;/P&gt;
&lt;P&gt;&lt;/P&gt;
&lt;P&gt;Regards,&lt;/P&gt;
&lt;P&gt;Akshay Rastogi&lt;/P&gt;
&lt;P&gt;Remember to rate helpful posts.&lt;/P&gt;</description>
    <pubDate>Thu, 03 Dec 2015 04:31:00 GMT</pubDate>
    <dc:creator>Akshay Rastogi</dc:creator>
    <dc:date>2015-12-03T04:31:00Z</dc:date>
    <item>
      <title>How to NOT bottleneck the inside interface of ASA when using Hierarchical Queuing for QOS</title>
      <link>https://community.cisco.com/t5/network-security/how-to-not-bottleneck-the-inside-interface-of-asa-when-using/m-p/2786023#M174405</link>
      <description>&lt;P&gt;Hi All,&lt;/P&gt;
&lt;P&gt;I have the following on my ASA for VOIP QOS priority over a T-1 speed WAN:&lt;/P&gt;
&lt;P&gt;class-map QOS-IN&lt;BR /&gt; match access-list qos_priority_in&lt;/P&gt;
&lt;P&gt;class-map QOS_OUT&lt;BR /&gt;&amp;nbsp;match access-list qos_priority_out&lt;/P&gt;
&lt;P&gt;policy-map QOS-POLICY&lt;BR /&gt;&amp;nbsp;class QOS-IN&lt;BR /&gt;&amp;nbsp; priority&lt;BR /&gt;&amp;nbsp;class QOS-OUT&lt;BR /&gt;&amp;nbsp; priority&lt;/P&gt;
&lt;P&gt;policy-map RATE-LIMIT:QOS-TRIGGER&lt;BR /&gt;class class-default&lt;BR /&gt; shape average 1536000&lt;BR /&gt; service-policy QOS-POLICY&lt;/P&gt;
&lt;P&gt;service-policy RATE-LIMIT:QOS-TRIGGER interface outside&lt;/P&gt;
&lt;P&gt;&lt;STRONG&gt;&lt;SPAN style="text-decoration: underline;"&gt;Question 1:&lt;/SPAN&gt;&lt;/STRONG&gt;&lt;SPAN style="text-decoration: underline;"&gt;&lt;/SPAN&gt;&amp;nbsp;In basic priority queuing, you specify "priority-queue outside." In the above type (Hierarchical), you do not. How can I ensure this policy will &lt;STRONG&gt;NOT&amp;nbsp;&lt;/STRONG&gt;also shape&amp;nbsp;my inside interface to 1.5Mbps and will &lt;STRONG&gt;ONLY&lt;/STRONG&gt; limit my outside port if I don't tell the ASA where the priority queue is in this method? I am assuming&amp;nbsp;it is controlled by which interface you apply it to as in the last command above?&amp;nbsp;&lt;/P&gt;
&lt;P&gt;&lt;/P&gt;
&lt;P&gt;&lt;SPAN style="text-decoration: underline;"&gt;&lt;STRONG&gt;Question 2:&lt;/STRONG&gt;&lt;/SPAN&gt;&lt;STRONG&gt;&lt;/STRONG&gt; The examples I've read only configure priority under the policy map for the outbound class map. However, I want the return traffic from my VOIP provider to also be prioritized to enter my LAN first. Due to that, I also set priority on the "QOS-IN" class under the policy map. &amp;nbsp;Is that OK? Just want to ensure that including QOS-IN with priority under the policy-map that is being called by my shaping policy-map will not again cause my inside interface to bottleneck down to 1.5Mbps. &amp;nbsp;Pretty sure it won't, since that flow is for outside-traffic-in and the policy is applied to the outside, but just want to be sure.&lt;/P&gt;
&lt;P&gt;&lt;/P&gt;</description>
      <pubDate>Tue, 12 Mar 2019 06:58:23 GMT</pubDate>
      <guid>https://community.cisco.com/t5/network-security/how-to-not-bottleneck-the-inside-interface-of-asa-when-using/m-p/2786023#M174405</guid>
      <dc:creator>Dean Romanelli</dc:creator>
      <dc:date>2019-03-12T06:58:23Z</dc:date>
    </item>
    <item>
      <title>Hi Dean,</title>
      <link>https://community.cisco.com/t5/network-security/how-to-not-bottleneck-the-inside-interface-of-asa-when-using/m-p/2786024#M174406</link>
      <description>&lt;P&gt;Hi Dean,&lt;/P&gt;
&lt;P&gt;The last command mentioned 'service-policy' would take care of your policy and would apply only to Outside interface. It would not bottleneck you inside interface to 1.5mbps. This Answer your 1st Question.&lt;/P&gt;
&lt;P&gt;When you apply a policy on an interface, it takes care of the traffic in 'in' and 'out' direction of that Interface. So this Answers you 2nd Question.&lt;/P&gt;
&lt;P&gt;&lt;/P&gt;
&lt;P&gt;Hope it helps.&lt;/P&gt;
&lt;P&gt;Regards,&lt;/P&gt;
&lt;P&gt;Akshay Rastogi&lt;/P&gt;
&lt;P&gt;Remember to rate helpful posts.&lt;/P&gt;</description>
      <pubDate>Wed, 02 Dec 2015 07:09:07 GMT</pubDate>
      <guid>https://community.cisco.com/t5/network-security/how-to-not-bottleneck-the-inside-interface-of-asa-when-using/m-p/2786024#M174406</guid>
      <dc:creator>Akshay Rastogi</dc:creator>
      <dc:date>2015-12-02T07:09:07Z</dc:date>
    </item>
    <item>
      <title>Thank you Akshay.</title>
      <link>https://community.cisco.com/t5/network-security/how-to-not-bottleneck-the-inside-interface-of-asa-when-using/m-p/2786025#M174408</link>
      <description>&lt;P&gt;Thank you Akshay.&lt;/P&gt;
&lt;P&gt;So if the policy takes care of in and out, then I don't need to configure the QOS-IN class-map or call it in the policy-map or configure the ACL for the outside-in flow if the QOS-OUT class map, inside-out ACL &amp;amp; policy map applied to the outside will also prioritize the return traffic automatically right?&lt;/P&gt;</description>
      <pubDate>Wed, 02 Dec 2015 16:47:50 GMT</pubDate>
      <guid>https://community.cisco.com/t5/network-security/how-to-not-bottleneck-the-inside-interface-of-asa-when-using/m-p/2786025#M174408</guid>
      <dc:creator>Dean Romanelli</dc:creator>
      <dc:date>2015-12-02T16:47:50Z</dc:date>
    </item>
    <item>
      <title>Hi Dean,</title>
      <link>https://community.cisco.com/t5/network-security/how-to-not-bottleneck-the-inside-interface-of-asa-when-using/m-p/2786026#M174409</link>
      <description>&lt;P&gt;Hi Dean,&lt;/P&gt;
&lt;P&gt;Yes, you are right. This outside policy will be applied to outbound and inbound traffic. You do not need to specifically configure QOS-IN. If the traffic matches in that oe access-list then that is enough to process.&lt;/P&gt;
&lt;P&gt;&lt;/P&gt;
&lt;P&gt;Regards,&lt;/P&gt;
&lt;P&gt;Akshay Rastogi&lt;/P&gt;
&lt;P&gt;Remember to rate helpful posts.&lt;/P&gt;</description>
      <pubDate>Thu, 03 Dec 2015 04:31:00 GMT</pubDate>
      <guid>https://community.cisco.com/t5/network-security/how-to-not-bottleneck-the-inside-interface-of-asa-when-using/m-p/2786026#M174409</guid>
      <dc:creator>Akshay Rastogi</dc:creator>
      <dc:date>2015-12-03T04:31:00Z</dc:date>
    </item>
    <item>
      <title>Excellent. Thank you very</title>
      <link>https://community.cisco.com/t5/network-security/how-to-not-bottleneck-the-inside-interface-of-asa-when-using/m-p/2786027#M174411</link>
      <description>&lt;P&gt;Excellent. Thank you very much.&lt;/P&gt;</description>
      <pubDate>Thu, 03 Dec 2015 15:21:19 GMT</pubDate>
      <guid>https://community.cisco.com/t5/network-security/how-to-not-bottleneck-the-inside-interface-of-asa-when-using/m-p/2786027#M174411</guid>
      <dc:creator>Dean Romanelli</dc:creator>
      <dc:date>2015-12-03T15:21:19Z</dc:date>
    </item>
  </channel>
</rss>

