JavaScript is required to for searching.
Skip Navigation Links
Exit Print View
Managing IP Quality of Service in Oracle Solaris 11.1     Oracle Solaris 11.1 Information Library
search filter icon
search icon

Document Information

Preface

1.  Introducing IPQoS (Overview)

2.  Planning for an IPQoS-Enabled Network (Tasks)

General IPQoS Configuration Planning (Task Map)

Planning the Diffserv Network Topology

Hardware Strategies for the Diffserv Network

IPQoS Network Topologies

IPQoS on Individual Hosts

IPQoS on a Network of Server Farms

IPQoS on a Firewall

Planning the Quality-of-Service Policy

QoS Policy Planning Aids

QoS Policy Planning (Task Map)

How to Prepare a Network for IPQoS

How to Define the Classes for Your QoS Policy

Defining Filters

How to Define Filters in the QoS Policy

How to Plan Flow Control

How to Plan Forwarding Behavior

How to Plan for Flow Accounting

Introducing the IPQoS Configuration Example

IPQoS Topology

3.  Creating the IPQoS Configuration File (Tasks)

4.  Starting and Maintaining IPQoS (Tasks)

5.  Using Flow Accounting and Statistics Gathering (Tasks)

6.  IPQoS in Detail (Reference)

Index

Planning the Diffserv Network Topology

To provide differentiated services for your network, you need at least one IPQoS-enabled system and a Diffserv-aware router. You can expand this basic scenario in a variety of ways, as explained in this section.

Hardware Strategies for the Diffserv Network

Typically, customers run IPQoS on servers and server consolidations. Conversely, you can also run IPQoS on desktop systems, depending on the needs of your network.

The following list describes possible systems for an IPQoS configuration:

You might introduce IPQoS systems into a network topology with already functioning Diffserv-aware routers. If your router does not currently offer Diffserv, consider the Diffserv solutions that are offered by Cisco Systems, Juniper Networks, and other router manufacturers. If the local router does not implement Diffserv, then the router passes marked packets on to the next hop without evaluating the marks.

IPQoS Network Topologies

This section illustrates IPQoS strategies for various network needs.

IPQoS on Individual Hosts

The following figure shows a single network of IPQoS-enabled systems.

Figure 2-1 IPQoS Systems on a Network Segment

image:Topology diagram shows a local network with a Diffserv router, and three IPQoS-enabled systems: FTP server, database server, and a web server.

This network is but one segment of a corporate intranet. By enabling IPQoS on the application servers and web servers, you can control the rate at which each IPQoS system releases outgoing traffic. If you make the router Diffserv aware, you can further control incoming and outgoing traffic.

The examples in this guide use the “IPQoS on an individual host” scenario. For the example topology that is used throughout the guide, see Figure 2-4.

IPQoS on a Network of Server Farms

The following figure shows a network with several heterogeneous server farms.

Figure 2-2 Network of IPQoS-Enabled Server Farms

image:Topology diagram shows a network with a Diffserv router, an IPQoS-enabled load balancer, and three server farms.

In such a topology, the router is Diffserv aware, and therefore able to queue and rate both incoming and outgoing traffic. The load balancer is also Diffserv-aware, and the server farms are IPQoS enabled. The load balancer can provide additional filtering beyond the router by using selectors such as user ID and project ID. These selectors are included in the application data.

This scenario provides flow control and traffic forwarding to manage congestion on the local network. This scenario also prevents outgoing traffic from the server farms from overloading other portions of the intranet.

IPQoS on a Firewall

The following figure shows a segment of a corporate network that is secured from other segments by a firewall.

Figure 2-3 Network Protected by an IPQoS-Enabled Firewall

image:Topology diagram shows a network consisting of a Diffserv router, an IPQoS-enabled firewall, an Oracle Solaris system, and other hosts.

In this scenario, traffic flows into a Diffserv-aware router where the packets are filtered and queued. All incoming traffic that is forwarded by the router then travels into the IPQoS-enabled firewall. To use IPQoS, the firewall must not bypass the IP forwarding stack.

The firewall's security policy determines whether incoming traffic is permitted to enter or depart the internal network. The QoS policy controls the service levels for incoming traffic that has passed the firewall. Depending on the QoS policy, outgoing traffic can also be marked with a forwarding behavior.