<?xml version="1.0" encoding="UTF-8"?>
<rss version="2.0"
	xmlns:content="http://purl.org/rss/1.0/modules/content/"
	xmlns:wfw="http://wellformedweb.org/CommentAPI/"
	xmlns:dc="http://purl.org/dc/elements/1.1/"
	xmlns:atom="http://www.w3.org/2005/Atom"
	xmlns:sy="http://purl.org/rss/1.0/modules/syndication/"
	xmlns:slash="http://purl.org/rss/1.0/modules/slash/"
	>

<channel>
	<title>FirstDigest &#187; Cisco-QoS</title>
	<atom:link href="http://www.firstdigest.com/category/networkservices/cisco-qos/feed/" rel="self" type="application/rss+xml" />
	<link>http://www.firstdigest.com</link>
	<description>Technical blog</description>
	<lastBuildDate>Mon, 30 Jan 2012 11:15:34 +0000</lastBuildDate>
	<language>en</language>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	<generator>http://wordpress.org/?v=</generator>
		<item>
		<title>Cisco QoS at-a-glance</title>
		<link>http://www.firstdigest.com/2011/07/cisco-qos-at-a-glance/</link>
		<comments>http://www.firstdigest.com/2011/07/cisco-qos-at-a-glance/#comments</comments>
		<pubDate>Fri, 08 Jul 2011 12:49:43 +0000</pubDate>
		<dc:creator>Calin</dc:creator>
				<category><![CDATA[Cisco-QoS]]></category>
		<category><![CDATA[Downloads]]></category>
		<category><![CDATA[cheatsheet]]></category>
		<category><![CDATA[cisco]]></category>
		<category><![CDATA[qos]]></category>
		<category><![CDATA[qos at a glance]]></category>
		<category><![CDATA[qos cheatsheets]]></category>
		<category><![CDATA[qos how-to]]></category>

		<guid isPermaLink="false">http://www.firstdigest.com/?p=3130</guid>
		<description><![CDATA[<p><a title="Stephan Spittaler" href="http://www.linkedin.com/in/stephanspittaler">Stephan</a>, a  colleague of mine,  found the following documents digging through multiple pages of <a title="Cisco" href="http://www.cisco.com">Cisco.com</a>. The documents present a nice view of different QoS approaches and the most  important information. Somehow like &#8220;cheatsheets&#8221;. They were helpful to us when need to implement QoS in some parts of the network that we administer. I hope they will help you as well.</p> <p>Maybe you are wondering why I&#8217;m adding them here, since the documents are already somewhere in Cisco.com. As probably you [...]]]></description>
		<wfw:commentRss>http://www.firstdigest.com/2011/07/cisco-qos-at-a-glance/feed/</wfw:commentRss>
		<slash:comments>1</slash:comments>
		</item>
		<item>
		<title>Cisco: Prioritize Voice traffic with LLQ</title>
		<link>http://www.firstdigest.com/2010/05/cisco-prioritize-voice-traffic-with-llq/</link>
		<comments>http://www.firstdigest.com/2010/05/cisco-prioritize-voice-traffic-with-llq/#comments</comments>
		<pubDate>Wed, 19 May 2010 11:45:56 +0000</pubDate>
		<dc:creator>Calin</dc:creator>
				<category><![CDATA[Cisco-QoS]]></category>
		<category><![CDATA[CBWFQ]]></category>
		<category><![CDATA[cisco]]></category>
		<category><![CDATA[Class Based Weighted Fair Queueing]]></category>
		<category><![CDATA[configuration]]></category>
		<category><![CDATA[IOS]]></category>
		<category><![CDATA[LLQ]]></category>
		<category><![CDATA[Low Latency Queueing]]></category>
		<category><![CDATA[packet marking]]></category>
		<category><![CDATA[PQ]]></category>
		<category><![CDATA[prioritization]]></category>
		<category><![CDATA[priority]]></category>
		<category><![CDATA[priority queueing]]></category>
		<category><![CDATA[qos]]></category>
		<category><![CDATA[queue]]></category>
		<category><![CDATA[voice]]></category>

		<guid isPermaLink="false">http://www.firstdigest.com/?p=2678</guid>
		<description><![CDATA[<p><br /> <br /> In <a title="Cisco packet marking at network edge" href="http://www.firstdigest.com/category/networkservices/cisco-qos/" target="_blank">one of my previous posts</a> I was explaining how to mark packets closer to network edge. Starting from that point, we are sure the packets are market with the correct value, so on the router device we can directly match those packets and prioritize using Low Latency Queueing.</p> <p>I believe you already know why queueing is so important for Voice packet especially, but also for all other kind of real time protocol [...]]]></description>
		<wfw:commentRss>http://www.firstdigest.com/2010/05/cisco-prioritize-voice-traffic-with-llq/feed/</wfw:commentRss>
		<slash:comments>1</slash:comments>
		</item>
		<item>
		<title>Cisco: Mark voice packets at the network edge</title>
		<link>http://www.firstdigest.com/2010/05/cisco-mark-voice-packets-at-the-network-edge/</link>
		<comments>http://www.firstdigest.com/2010/05/cisco-mark-voice-packets-at-the-network-edge/#comments</comments>
		<pubDate>Tue, 04 May 2010 20:50:15 +0000</pubDate>
		<dc:creator>Calin</dc:creator>
				<category><![CDATA[Cisco-QoS]]></category>
		<category><![CDATA[Cisco IP]]></category>
		<category><![CDATA[Cisco Systems]]></category>
		<category><![CDATA[COS]]></category>
		<category><![CDATA[Differentiated services]]></category>
		<category><![CDATA[DiffServ Code Point]]></category>
		<category><![CDATA[dscp]]></category>
		<category><![CDATA[Internet Protocol]]></category>
		<category><![CDATA[MLS]]></category>
		<category><![CDATA[Packet]]></category>
		<category><![CDATA[qos]]></category>
		<category><![CDATA[switch]]></category>
		<category><![CDATA[Transmission Control Protocol]]></category>
		<category><![CDATA[trust]]></category>
		<category><![CDATA[Voice over Internet Protocol]]></category>

		<guid isPermaLink="false">http://www.firstdigest.com/?p=2645</guid>
		<description><![CDATA[<p>You know how <a class="zem_slink" title="Cisco" rel="homepage" href="http://www.cisco.com">Cisco</a> always advise to mark the <a class="zem_slink" title="Packet (information technology)" rel="wikipedia" href="http://en.wikipedia.org/wiki/Packet_%28information_technology%29">packet</a> as close to the your network edge as you can? Even more you can find a lot of example where Cisco show how to trust the packets directly on the access switch, but not all the time you can do this.</p> <p>First because not everybody has devices that mark correct packets (like Cisco <a class="zem_slink" title="Internet Protocol" rel="wikipedia" href="http://en.wikipedia.org/wiki/Internet_Protocol">IP</a> Phones) but we still have to [...]]]></description>
		<wfw:commentRss>http://www.firstdigest.com/2010/05/cisco-mark-voice-packets-at-the-network-edge/feed/</wfw:commentRss>
		<slash:comments>2</slash:comments>
		</item>
		<item>
		<title>Cisco AutoQoS VoIP</title>
		<link>http://www.firstdigest.com/2009/11/cisco-autoqos-voip/</link>
		<comments>http://www.firstdigest.com/2009/11/cisco-autoqos-voip/#comments</comments>
		<pubDate>Thu, 19 Nov 2009 22:22:58 +0000</pubDate>
		<dc:creator>Calin</dc:creator>
				<category><![CDATA[Cisco-QoS]]></category>
		<category><![CDATA[autoqos]]></category>
		<category><![CDATA[cisco]]></category>
		<category><![CDATA[dscp]]></category>
		<category><![CDATA[easy]]></category>
		<category><![CDATA[ef]]></category>
		<category><![CDATA[implementation]]></category>
		<category><![CDATA[qos]]></category>
		<category><![CDATA[quality of service]]></category>
		<category><![CDATA[voice]]></category>
		<category><![CDATA[voip]]></category>

		<guid isPermaLink="false">http://www.firstdigest.com/?p=1961</guid>
		<description><![CDATA[<p>QoS &#8211; one of the most interesting and challenging part of the network engineer&#8217;s life. I think I&#8217;m not wrong when I&#8217;m saying that most engineers that hear the word QoS, react somehow like &#8220;ah, that ugly stuff&#8230;&#8221; I have to be honest and say that QoS is not one of my preferred part, but as a network engineer you have to accomplish all task, not only the one that you like. With QoS you can achieve some great results, and once you have started [...]]]></description>
		<wfw:commentRss>http://www.firstdigest.com/2009/11/cisco-autoqos-voip/feed/</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>Cisco: How to shape traffic on Frame-Relay connection</title>
		<link>http://www.firstdigest.com/2009/03/cisco-how-to-shape-traffic-on-frame-relay-connection/</link>
		<comments>http://www.firstdigest.com/2009/03/cisco-how-to-shape-traffic-on-frame-relay-connection/#comments</comments>
		<pubDate>Thu, 12 Mar 2009 09:50:23 +0000</pubDate>
		<dc:creator>Calin</dc:creator>
				<category><![CDATA[Cisco-QoS]]></category>
		<category><![CDATA[ar]]></category>
		<category><![CDATA[bandwidth]]></category>
		<category><![CDATA[cir]]></category>
		<category><![CDATA[cisco]]></category>
		<category><![CDATA[frame-relay]]></category>
		<category><![CDATA[FRTS]]></category>
		<category><![CDATA[mincir]]></category>
		<category><![CDATA[tc]]></category>
		<category><![CDATA[traffic shapping]]></category>

		<guid isPermaLink="false">http://www.firstdigest.com/?p=852</guid>
		<description><![CDATA[<p>In some <a title="Frame-Relay Hub and Spoke" href="http://www.firstdigest.com/2009/02/cisco-how-to-configure-frame-relay-hub-and-spoke-in-simple-steps/" target="_self">previous article</a>, I explained how to configure a Frame-Relay Hub and Spoke network environment. Based on <a title="Frame-Relay Hub and Spoke" href="http://www.firstdigest.com/2009/02/cisco-how-to-configure-frame-relay-hub-and-spoke-in-simple-steps/" target="_self">that example</a>, I will show you today how you can implement traffic shaping over the Frame-Relay Hub and Spoke.You can have a look at <a title="Frame-Relay Hub and Spoke topology" href="http://cdn.firstdigest.com/swf/cisco-frame-relay/ospf-fr-hs.pdf" target="_blank">the topology</a> that we will use <a title="Frame-Relay Hub and Spoke topology" href="http://cdn.firstdigest.com/swf/cisco-frame-relay/ospf-fr-hs.pdf" target="_blank">here</a>.</p> <p>A note from the beginning. Since I do not have [...]]]></description>
		<wfw:commentRss>http://www.firstdigest.com/2009/03/cisco-how-to-shape-traffic-on-frame-relay-connection/feed/</wfw:commentRss>
		<slash:comments>1</slash:comments>
		</item>
		<item>
		<title>Cisco: Configuring Compressed Real-Time Protocols</title>
		<link>http://www.firstdigest.com/2008/11/cisco-configuring-compressed-real-time-protocols/</link>
		<comments>http://www.firstdigest.com/2008/11/cisco-configuring-compressed-real-time-protocols/#comments</comments>
		<pubDate>Thu, 20 Nov 2008 13:32:32 +0000</pubDate>
		<dc:creator>Calin</dc:creator>
				<category><![CDATA[Cisco-QoS]]></category>
		<category><![CDATA[compressed real-time protocols]]></category>
		<category><![CDATA[CRTP]]></category>
		<category><![CDATA[frame-relay]]></category>
		<category><![CDATA[HDLC]]></category>
		<category><![CDATA[ISDN]]></category>
		<category><![CDATA[ppp]]></category>
		<category><![CDATA[RTP]]></category>

		<guid isPermaLink="false">http://www.firstdigest.com/?p=157</guid>
		<description><![CDATA[<p>I had lately to configure compressed real-time protocols (CRTP) over a Frame-relay link.<br /> I thought that it will be good to make a tutorial about how to configure this on the Serial interfaces (with HDLC or PPP encapsulation) and on the Frame-relay interface. Another type of interface supporting this is and ISDN interface, but the configuration there is the same like in the Serial interface case.<br /> If you were asking why I don&#8217;t configure this on a Ethernet interface, well this is because [...]]]></description>
		<wfw:commentRss>http://www.firstdigest.com/2008/11/cisco-configuring-compressed-real-time-protocols/feed/</wfw:commentRss>
		<slash:comments>1</slash:comments>
		</item>
		<item>
		<title>Cisco: How-to limit HTTP traffic on weekdays during working hours</title>
		<link>http://www.firstdigest.com/2008/11/cisco-how-to-limit-http-traffic-on-weekdays-during-working-hours/</link>
		<comments>http://www.firstdigest.com/2008/11/cisco-how-to-limit-http-traffic-on-weekdays-during-working-hours/#comments</comments>
		<pubDate>Wed, 19 Nov 2008 13:54:58 +0000</pubDate>
		<dc:creator>Calin</dc:creator>
				<category><![CDATA[Cisco-QoS]]></category>
		<category><![CDATA[http]]></category>
		<category><![CDATA[limit]]></category>
		<category><![CDATA[qos]]></category>
		<category><![CDATA[Routing and Switching]]></category>
		<category><![CDATA[traffic]]></category>
		<category><![CDATA[workdays]]></category>

		<guid isPermaLink="false">http://www.firstdigest.com/?p=151</guid>
		<description><![CDATA[<p>Some time ago a person asked me to set the HTTP traffic to 256 kbits during weekdays from 8:00 &#8211; 16:00, to limit &#8220;the fun&#8221; in the office while other are working. In theory I&#8217;m against this type of policy, because if you have a team of network engineers and they have to access cisco.com in the same time for information and other stuff like IOS download, then this will take a lot of time. Of course if you see that the productivity is going [...]]]></description>
		<wfw:commentRss>http://www.firstdigest.com/2008/11/cisco-how-to-limit-http-traffic-on-weekdays-during-working-hours/feed/</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
	</channel>
</rss>

<!-- Performance optimized by W3 Total Cache. Learn more: http://www.w3-edge.com/wordpress-plugins/

Minified using disk: basic (Feed is rejected)
Page Caching using disk: enhanced (User agent is rejected)
Content Delivery Network via cdn.firstdigest.com

Served from: www.firstdigest.com @ 2012-02-08 07:56:17 -->
