Differentiated services orDiffServ is acomputer networking architecture that specifies a mechanism for classifying and managing network traffic and providingquality of service (QoS) on modernIP networks. DiffServ can, for example, be used to providelow latency to critical network traffic such asvoice orstreaming media while providingbest-effort service to non-critical services such asweb traffic orfile transfers.

DiffServ uses a 6-bitdifferentiated services code point (DSCP) in the 6-bitdifferentiated services field (DS field) in the IP header for packet classification purposes. The DS field, together with theECN field, replaces the outdatedIPv4 TOS field.^[1]

Modern data networks carry many different types of services, including voice, video, streaming music, web pages and email. Many of the proposed QoS mechanisms that allowed these services to co-exist were both complex and failed to scale to meet the demands of thepublic Internet. In December 1998, theIETF replaced theTOS andIP precedence fields in theIPv4 header with theDS field, which was later split to refer to only the top 6 bits with theECN field in the bottom two bits.^[2][3] In theIPv6 header theDS field is part of theTraffic Class field where it occupies the 6 most significant bits.^[2]

In the DS field, a range of eight values (class selectors) is used for backward compatibility with the former IPv4IP precedence field. Today, DiffServ has largely supplantedTOS and otherlayer-3 QoS mechanisms, such asintegrated services (IntServ), as the primary architecturerouters use to provide QoS.

DiffServ is acoarse-grained,class-based mechanism for traffic management. In contrast, IntServ is afine-grained,flow-based mechanism. DiffServ relies on a mechanism toclassify andmark packets as belonging to a specific class. DiffServ-aware routers implementper-hop behaviors (PHBs), which define the packet-forwarding properties associated with a class of traffic. Different PHBs may be defined to offer, for example,low-loss orlow-latency service.

Rather than differentiating network traffic based on the requirements of an individual flow, DiffServ operates on the principle oftraffic classification, placing each data packet into one of a limited number of traffic classes. Each router on the network is then configured to differentiate traffic based on its class. Each traffic class can be managed differently, ensuring preferential treatment for higher-priority traffic on the network. The premise of DiffServ is that complicated functions such as packet classification and policing can be carried out at the edge of the network by edge routers. Since no classification and policing is required in the core routers, functionality there can then be kept simple. Core routers simply apply PHB treatment to packets based on their markings. PHB treatment is achieved by core routers using a combination of scheduling policy and queue management policy.

A group of routers that implement common, administratively defined DiffServ policies are referred to as aDiffServ domain.^[4]

While DiffServ does recommend a standardized set of traffic classes,^[5] the DiffServ architecture does not incorporate predetermined judgments of what types of traffic should be given priority treatment. DiffServ simply provides a framework to allow classification and differentiated treatment. The standard traffic classes (discussed below) serve to simplify interoperability between different networks and different vendors' equipment.

Network traffic entering a DiffServ domain is subjected to classification and conditioning. A traffic classifier may inspect many different parameters in incoming packets, such as source address, destination address or traffic type and assign individual packets to a specific traffic class. Traffic classifiers may honor any DiffServ markings in received packets or may elect to ignore or override those markings. For tight control over volumes and type of traffic in a given class, a network operator may choose not to honor markings at the ingress to the DiffServ domain. Traffic in each class may be further conditioned by subjecting the traffic torate limiters,traffic policers orshapers.^[6]: §3

The per-hop behavior is determined by the DS and ECN fields in the IP header. The DS field contains the 6-bit DSCP value.^[2]Explicit Congestion Notification (ECN) occupies the least-significant 2 bits of the IPv4 TOS field and IPv6 traffic class (TC) field.^[7][8][9]

In theory, a network could have up to 64 different traffic classes using the 64 available DSCP values. The DiffServ RFCs recommend, but do not require, certain encodings. This gives a network operator great flexibility in defining traffic classes. In practice, however, most networks use the following commonly defined per-hop behaviors:

• Default Forwarding (DF) PHB — which is typically best-effort traffic
• Expedited Forwarding (EF) PHB — dedicated to low-loss, low-latency traffic
• Assured Forwarding (AF) PHB — gives assurance of delivery under prescribed conditions
• Class Selector PHBs — which maintain backward compatibility with the IP precedence field.

A default forwarding (DF) PHB is the only required behavior. Essentially, any traffic that does not meet the requirements of any of the other defined classes uses DF. Typically, DF has best-effort forwarding characteristics. The recommended DSCP for DF is 0.^[5]

The IETF defines Expedited Forwarding (EF) behavior inRFC 3246. The EF PHB has the characteristics of low delay, low loss and low jitter. These characteristics are suitable for voice, video and other realtime services. EF traffic is often givenstrict priority queuing above all other traffic classes. Because an overload of EF traffic will cause queuing delays and affect the jitter and delay tolerances within the class,admission control,traffic policing and other mechanisms may be applied to EF traffic. The recommended DSCP for EF is 101110_B (46 or 2E_H).

The IETF defines Voice Admit behavior inRFC 5865. The Voice Admit PHB has identical characteristics to the Expedited Forwarding PHB. However, Voice Admit traffic is also admitted by the network using aCall Admission Control (CAC) procedure. The recommended DSCP for voice admit is 101100_B (44 or 2C_H).

The IETF defines the Assured Forwarding (AF) behavior inRFC 2597 andRFC 3260. Assured forwarding allows the operator to provide assurance of delivery as long as the traffic does not exceed some subscribed rate. Traffic that exceeds the subscription rate faces a higher probability of being dropped if congestion occurs.

The AF behavior group defines four separate AF classes, with all traffic within one class having the same priority. Within each class, packets are given a drop precedence (high, medium or low, where higher precedence meansmore dropping). The combination of classes and drop precedence yields twelve separate DSCP encodings from AF11 through AF43 (see table).

Some measure of priority and proportional fairness is defined between traffic in different classes. Should congestion occurbetween classes, the traffic in the higher class is given priority. Rather than using strict priority queuing, more balanced queue servicing algorithms such asfair queuing orweighted fair queuing are likely to be used. If congestion occurswithin a class, the packets with the higher drop precedence are discarded first. Re-marking a packet is sometimes used to increase its drop precedence if a stream's bandwidth exceeds a certain threshold. For example, a stream whose rate is above the Committed Information Rate (CIR) as defined inRFC 2697 causes the stream to be marked with a higher AF drop precedence. This allows the decision as to when to shape the stream to devices further downstream if they encounter congestion. To prevent issues associated withtail drop, more sophisticated drop selection algorithms such asrandom early detection are often used.

DF= Default Forwarding

Prior to DiffServ, IPv4 networks could use theIP precedence field in theTOS byte of the IPv4 header to mark priority traffic. The TOS octet and IP precedence were not widely used. The IETF agreed to reuse the TOS octet as the DS field for DiffServ networks, later splitting it into the DS field and ECN field. In order to maintain backward compatibility with network devices that still use the Precedence field, DiffServ defines theClass Selector PHB.

The Class Selector code points are of the binary form 'xxx000'. The first three bits are the former IP precedence bits. Each IP precedence value can be mapped into a DiffServ class. IP precedence 0 maps to CS0, IP precedence 1 to CS1, and so on. If a packet is received from a non-DiffServ-aware router that used IP precedence markings, the DiffServ router can still understand the encoding as a Class Selector code point.

Specific recommendations for use of Class Selector code points are given inRFC 4594.

RFC 4594 offers detailed and specific recommendations for the use and configuration of code points. Other RFCs, such asRFC 8622, have updated these recommendations. A full list is provided in the IETF DSCP code point registry.^[12]

sr+bs = single rate with burst size control (such as atoken bucket).

Under DiffServ, all the policing and classifying are done at the boundaries between DiffServ domains. This means that in the core of the Internet, routers are unhindered by the complexities of collecting payment or enforcing agreements. That is, in contrast toIntServ, DiffServ requires no advance setup, no reservation, and no time-consuming end-to-end negotiation for each flow.

The details of how individual routers deal with the DS field are configuration specific, therefore, it is difficult to predict end-to-end behavior. This is complicated further if a packet crosses two or more DiffServ domains before reaching its destination. From a commercial viewpoint, this means that it is impossible to sell different classes of end-to-end connectivity to end users, as one provider's Gold packet may be another's Bronze. DiffServ or any other IP-based QoS marking does not ensure the quality of the service or a specifiedservice-level agreement (SLA). By marking the packets, the sender indicates that it wants the packets to be treated as a specific service, but there is no guarantee this happens. It is up to all the service providers and their routers in the path to ensure that their policies will take care of the packets in an appropriate fashion.

ABandwidth Broker in the framework of DiffServ is an agent that has some knowledge of an organization's priorities and policies and allocates bandwidth with respect to those policies.^[13] In order to achieve an end-to-end allocation of resources across separate domains, the Bandwidth Broker managing a domain will have to communicate with its adjacent peers, which allows end-to-end services to be constructed out of purely bilateral agreements.

• RFC 2474 — Definition of the differentiated services field (DS field) in theIPv4 andIPv6 headers. Note that the DS field of 8 bits (the bottom two unused) in^[2] was later split into the current 6-bit DS field and a separate 2-bit ECN field.^[3]
• RFC 2475 — An architecture for differentiated services.
• RFC 2597 — Assured forwarding PHB group.
• RFC 2983 — Differentiated services and tunnels.
• RFC 3086 — Definition of differentiated services per-domain behaviors and rules for their specification.
• RFC 3140 — Per hop behavior identification codes. (ObsoletesRFC 2836.
• RFC 3246 — An expedited forwarding PHB. (ObsoletesRFC 2598.)
• RFC 3247 — Supplemental information for the new definition of the EF PHB (expedited forwarding per-hop behavior).
• RFC 3260 — New Terminology and Clarifications for Diffserv. (UpdatesRFC 2474,RFC 2475 andRFC 2597.)
• RFC 4594 — Configuration Guidelines for DiffServ Service Classes.
• RFC 5865 — A differentiated services code point (DSCP) for capacity-admitted traffic. (UpdatesRFC 4542 andRFC 4594.)
• RFC 8622 — A Lower-Effort Per-Hop Behavior (LE PHB) for Differentiated Services. (UpdatesRFC 4594 andRFC 8325, obsoletesRFC 3662.)

• RFC 3289 — Management information base for the differentiated services architecture.
• RFC 3290 — An informal management model for differentiated services routers.
• RFC 3317 — Differentiated services quality of service policy information base.

• Class of service
• Teletraffic engineering

• John Evans; Clarence Filsfils (2007).Deploying IP and MPLS QoS for Multiservice Networks: Theory and Practice. Morgan Kaufmann.ISBN 978-0-12-370549-5.
• Kalevi Kilkki (1999).Differentiated services for the Internet. Macmillan Technical Publishing.ISBN 1-57870-132-5.

• IETFDiffServ Working Group page
• Cisco Whitepaper —DiffServ-The Scalable End-to-End Quality of Service Model
• ACM SIGCOMM'09 paper-Modeling and Understanding End-to-End Class of Service Policies in Operational Networks: proposes a practical model for extracting DiffServ policies
• Cisco: Implementing Quality of Service Policies with DSCP
• Differentiated Services Field Codepoints registry atInternet Assigned Numbers Authority

• Internet architecture
• Internet Standards
• Quality of service

• Webarchive template wayback links
• Articles with short description
• Short description is different from Wikidata
• Use American English from April 2015
• All Wikipedia articles written in American English