Glossary

HQoS

Hierarchical Quality of Service

What is HQoS

HQoS (Hierarchical Quality of Service) is an advanced traffic management mechanism. By combining multi-level queue scheduling and traffic shaping, it provides granular bandwidth control and priority assurance for complex network traffic. The result is higher bandwidth utilization and reliable service quality for critical applications such as voice and video.

Traditional QoS typically manages traffic at a single node or interface, applying one set of rules to a port or a queue. That works for simple scenarios, but falls short when bandwidth must be divided among many tenants, departments, or subscribers, each running several services with different priorities. HQoS solves this by introducing hierarchy: traffic is managed in nested levels at the same time, such as the overall link, user groups, individual users, and the different service types within each user. Each level has its own rate limit, and every level is enforced together, so a single physical link can be shared fairly without letting any one group or service starve the others.

How HQoS Works

HQoS organizes traffic control into a tree of levels. Each level can enforce its own rate limit, and traffic must satisfy every level above it before it is forwarded.

· Global level: The top of the hierarchy. A global HQoS profile defines the overall rate limit for the link and serves as the container for all user groups and users beneath it.

· User group level: A user group aggregates multiple users, such as a department, a tenant, or a customer tier, and can be given its own shaping rate. Users that do not belong to any custom group fall into a default user group, which can be rate limited as well.

· User level: Each user can have an individual rate limit. Users that are not explicitly defined fall into a default user profile.

· Service (queue) level: Within each user, traffic is divided into traffic class (TC) queues. Each queue can be scheduled in strict priority or DWRR (Deficit Weighted Round Robin) mode and shaped to its own rate, so latency-sensitive traffic such as voice or video conferencing is served first and still bounded.

The operating process is as follows:

  1. Traffic is classified and assigned to a user, for example by matching source addresses with an ACL.

  2. A DSCP-to-TC priority mapping places each service into the appropriate traffic class queue.

  3. Each queue is scheduled (strict priority or DWRR) and shaped to its configured peak information rate (PIR) and peak burst size (PBS).

  4. User traffic is then aggregated and shaped at the user group level, and finally limited by the global rate.

  5. The HQoS profile is bound to an interface. By default each interface operates independently; in shared mode, all interfaces bound to the same profile share the single rate limit defined in it.

Users and user groups can be bound in bulk using prefix, suffix, or fuzzy name matching, which keeps large deployments manageable.

Why HQoS is Beneficial

The core value of HQoS lies in precise, multi-dimensional control over shared bandwidth:

· Granular bandwidth control: Limits can be set at the link, group, user, and service level at once, instead of a single rate on a port.

· Guaranteed service quality: Critical applications such as voice and video get priority scheduling and a defined bandwidth allocation, even when the link is congested.

· Fair sharing between tenants: Departments, customers, or subscribers each receive their allocated share, and one group's traffic burst cannot consume the bandwidth of another.

· Better bandwidth utilization: Hierarchical shaping and scheduling make full use of the available link capacity while still honoring each level's limits.

· Scalable operation: Bulk matching and default profiles let administrators apply consistent policies to many users without configuring each one by hand.

At Asteraix

What We Can Do at Asteraix

AsterNOS supports HQoS on its routing and gateway platforms, enabling hierarchical bandwidth management for enterprise, campus, and service-provider style networks:

· Global enable: HQoS is turned on system-wide with a single command (hqos enable).

· Global HQoS profile: Created with hqos-profile, it defines the overall rate limit (in byte/s) and binds user groups and users, with support for default group and default user rate limits for traffic that matches no custom entry.

· Custom user groups: Created with hqos-user-group-profile, each group can contain users, carry its own shaping rate, and bind a DSCP-to-TC priority mapping.

· Custom users: Created with hqos-user-profile, each user can configure TC queues with strict or DWRR scheduling and per-queue shaping (PIR and PBS).

· Flexible matching: Users and user groups can be bound individually or in batches using fuzzy, prefix (prematch), or suffix (postmatch) name matching.

· Interface binding: An HQoS profile is applied on an Ethernet interface, in default mode (each port independent) or shared mode (all bound ports share one rate limit).

· Typical deployment: A company has 800 Mbps of total egress bandwidth, split equally between Department A and Department B at 400 Mbps each. Within Department A, video conferencing traffic (DSCP 46 mapped to a strict-priority queue) is prioritized and guaranteed 100 Mbps. Traffic is assigned to each department with ACLs, rate limits are set at the user group and queue level, and the HQoS profile is applied to the egress interface, so each department stays within its share while video conferencing stays protected.