<?xml version="1.0" encoding="ISO-8859-1"?>
<rss version="2.0">
  <channel>
    <title>Portal for CCVP and CCIE Voice professionals :: Forum</title>
    <link>http://ccvp.org/</link>
    <description>Everything is possible for CCVP and CCIE Voice engineers :: XOOPS Community Bulletin Board</description>
    <lastBuildDate>Thu, 09 Sep 2010 05:53:52 -0700</lastBuildDate>
    <docs>http://backend.userland.com/rss/</docs>
    <generator>CBB 3.05</generator>
    <category>Forums</category>
    <managingEditor>admin@ccvp.org</managingEditor>
    <webMaster>admin@ccvp.org</webMaster>
    <language>en</language>
        <image>
      <title>Portal for CCVP and CCIE Voice professionals :: Forum</title>
      <url>http://ccvp.org/modules/newbb/images/xoopsbb_slogo.png</url>
      <link>http://ccvp.org/</link>
      <width>92</width>
      <height>52</height>
    </image>
            <item>
      <title>Re: DSCP AFxx and CS Values [by samudra]</title>
      <link>http://ccvp.org/modules/newbb/viewtopic.php?topic_id=45&amp;forum=13</link>
      <description>QOS questions:: DSCP AFxx and CS Values&lt;br /&gt;
hi Guys,&lt;br /&gt;Both of these are diffrent way to classify streams for QOS purposes, CS is to provide backward compatibilty to the IP precedence based devices and works on the same pattern (the higher is better). The way it relates to IP prec., needs some explaining : (facts to rememeber CS is to provide backward compatibily to IP Prec)&lt;br /&gt;IP precedence is 3 highest order bits of the TOS byte (bits 5-7)  so all possible value can be 7 (bit one being 1, bit 2 being 2 and bit 3 being 4)&lt;br /&gt;&lt;br /&gt;now when DSCP was introduced it took 6 higher order bits of the TOS byte and introduced  four classes of services and 3 drop probabilities within each class (remember bigger is not  always better)&lt;br /&gt; and class selector are the same bit as IP pres.&lt;br /&gt;for example AF31 will translate in to decimal value 26 ( the way to convert Af is 8*x+Y*2 (where X and Y are the first and second digits of the AF value)&lt;br /&gt;so I was to put in to binary value mapping the DSCP :&lt;br /&gt;&lt;br /&gt;32 16 8 4 2 1 (values from all 6 DSCP bits according to place value)&lt;br /&gt;now, If I put 26 in to the DSCP value then:&lt;br /&gt;0 1 1- 01 0 (i have put the hyphen to clear the boundary to indicate the IP prec. boundary)&lt;br /&gt;so If a device only designed to read IP prec. value of qos streams will only read the first highest order bits and make the decision accroding to CS bits instead of DSCP.&lt;br /&gt;another example:&lt;br /&gt;voice is DSCP EF and value is 46 and dscp binary value would be&lt;br /&gt;1 0 1 1 1 0&lt;br /&gt;and hence recomended IP prec. value for voice is 5 if we only take first 3 highest order bits then &lt;br /&gt;4 2 1 (place values of these bits)&lt;br /&gt;then put the place value of &lt;br /&gt;1 0 1 = 4+1 =5&lt;br /&gt;thus providing compatibilty with IP prec.</description>
      <pubDate>Sat, 17 Mar 2007 18:42:12 -0700</pubDate>
      <guid>http://ccvp.org/modules/newbb/viewtopic.php?topic_id=45&amp;forum=13</guid>
    </item>
      </channel>
</rss>