<?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: Bandwidth Over subscription in Network Security</title>
    <link>https://community.cisco.com/t5/network-security/bandwidth-over-subscription/m-p/4959414#M1105845</link>
    <description>&lt;P&gt;Thanks Herald but ISP does not provide me with any visibility whatsoever into anything with the fibre circuit. I went ahead and created a service policy traffic shaping the bandwidth and then ran ping from outside interface to 8.8.8.8 which showed packets being dropped. I then ran another ping from outside interface to the ISP adtran which showed 0 packets loss so the issue is them&lt;/P&gt;</description>
    <pubDate>Tue, 14 Nov 2023 18:52:57 GMT</pubDate>
    <dc:creator>keithcclark71</dc:creator>
    <dc:date>2023-11-14T18:52:57Z</dc:date>
    <item>
      <title>Bandwidth Over subscription</title>
      <link>https://community.cisco.com/t5/network-security/bandwidth-over-subscription/m-p/4958380#M1105798</link>
      <description>&lt;P&gt;Hi all I have a local ISP stating packet loss is due to customer oversubscribing the circuit. When I run continuous pings I see individual drops or packets here n there not like big blocks of request time outs or anything like that.&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;&lt;P&gt;The Provider says the following. I have no clue how to configure this or if the provider is just passing the buck rather than doing an intrusive circuit test. How would I go about this ? The network has soft phones on same subnet so I dont know how i'd QOS that as im not real good with voice stuff and not sure if soft phones QOS is same had having physical phones for QOS purposes?&lt;/P&gt;&lt;P&gt;&lt;SPAN&gt;Spectrum recommends that a Bandwidth/Traffic Shaper is set up for 50 megabits per second on your firewall/routing device with QOS (Quality of Service). A Bandwidth/Traffic Shape will prevent you network from passing us more than 50 megabits per second, thus preventing pack loss/drops. QOS will set priority to services that you deem the most important and will go out first versus in the order it was sent/received.&lt;/SPAN&gt;&lt;/P&gt;</description>
      <pubDate>Mon, 13 Nov 2023 17:49:08 GMT</pubDate>
      <guid>https://community.cisco.com/t5/network-security/bandwidth-over-subscription/m-p/4958380#M1105798</guid>
      <dc:creator>keithcclark71</dc:creator>
      <dc:date>2023-11-13T17:49:08Z</dc:date>
    </item>
    <item>
      <title>Re: Bandwidth Over subscription</title>
      <link>https://community.cisco.com/t5/network-security/bandwidth-over-subscription/m-p/4958396#M1105800</link>
      <description>&lt;P&gt;Did your ISP provided you access to MRTG webUI? From there you can definitley see how heavy is your circuit usage.&lt;/P&gt;</description>
      <pubDate>Mon, 13 Nov 2023 18:22:46 GMT</pubDate>
      <guid>https://community.cisco.com/t5/network-security/bandwidth-over-subscription/m-p/4958396#M1105800</guid>
      <dc:creator>Herald Sison</dc:creator>
      <dc:date>2023-11-13T18:22:46Z</dc:date>
    </item>
    <item>
      <title>Re: Bandwidth Over subscription</title>
      <link>https://community.cisco.com/t5/network-security/bandwidth-over-subscription/m-p/4959414#M1105845</link>
      <description>&lt;P&gt;Thanks Herald but ISP does not provide me with any visibility whatsoever into anything with the fibre circuit. I went ahead and created a service policy traffic shaping the bandwidth and then ran ping from outside interface to 8.8.8.8 which showed packets being dropped. I then ran another ping from outside interface to the ISP adtran which showed 0 packets loss so the issue is them&lt;/P&gt;</description>
      <pubDate>Tue, 14 Nov 2023 18:52:57 GMT</pubDate>
      <guid>https://community.cisco.com/t5/network-security/bandwidth-over-subscription/m-p/4959414#M1105845</guid>
      <dc:creator>keithcclark71</dc:creator>
      <dc:date>2023-11-14T18:52:57Z</dc:date>
    </item>
  </channel>
</rss>

