VoIP marking schemes

If you're just running VoIP and some run-of-the mill data traffic, coming up with a marking scheme for your QoS isn't all that complicated. You can generally get away with assigning all your voice packets an IP Precedence of 5, which means "Critical" and send everything else with the default value of 0, otherwise known as "Routine". But, what values should you choose if you also have Video over IP or some data applications that are more important than others?

Unless you've got a good reason to deviate, go with the following general guidelines:

At layer 2, RTP (Real Time Transport Protocol) traffic should be assigned a value of 5. At layer 3, give it an IP Precedence of 5 or a DSCP value of "Expedited Forwarding" (EF).

Assign your VOIP control traffic (which includes things like skinny, MGCP, H.225.0, and H.245) a value of 3 for the L2 CoS, and 3 for IP Precedence. For DSCP, use AF31. This means "Assured Forwarding Class 3 with a low drop probability". You can read more about the Assured Forwarding classes in RFC2597 which defines them.

For videoconferencing traffic, assign it a value of 4 at layer 2 and IP Precedence. For DSCP, use a value of AF41, which is class 4, and still a low drop probability.

For streaming video, use a value of 1 in both the IP Precedence and layer 2 CoS. For DSCP, use AF13, which is class one, with a high drop probability, as this is less preferred and also more tolerant of dropped packets than most of

    Requires Free Membership to View

the previous types of traffic.

Finally, for your data, it is generally recommended that you use values 0 to 2 as appropriate, for layer 2 CoS and layer 3's IP Precedence. For DSCP, use AF13 or AF23, which are classes one and two, with a high drop probability. If your data traffic is non-reliable (e.g. something besides TCP-based) and not very tolerant of packet loss, you can change the drop probability to medium by using AF22.

Keep in mind that while this is a good strategy to implement, it is likely that you still have devices in your network that don't yet support the level of granularity offered by DSCP. In other words, it may treat classes 1 and 2 the same, or may ignore your drop probability. As always, ask your vendor what they support, and then test it to be sure.

Thomas Alexander Lancaster IV is a consultant and author with over ten years experience in the networking industry, focused on Internet infrastructure.

This was first published in December 2003

There are Comments. Add yours.

TIP: Want to include a code block in your comment? Use <pre> or <code> tags around the desired text. Ex: <code>insert code</code>

REGISTER or login:

Forgot Password?
By submitting you agree to receive email from TechTarget and its partners. If you reside outside of the United States, you consent to having your personal data transferred to and processed in the United States. Privacy
Sort by: OldestNewest

Forgot Password?

No problem! Submit your e-mail address below. We'll send you an email containing your password.

Your password has been sent to:

Disclaimer: Our Tips Exchange is a forum for you to share technical advice and expertise with your peers and to learn from other enterprise IT professionals. TechTarget provides the infrastructure to facilitate this sharing of information. However, we cannot guarantee the accuracy or validity of the material submitted. You agree that your use of the Ask The Expert services and your reliance on any questions, answers, information or other materials received through this Web site is at your own risk.