Su objetivo es evitar una posible sobrecarga en redes mal dimensionadas, con altas ráfagas de tráfico inyectado.
Típicamente este mecanismo se usa para reducir las grandes ráfagas de tráfico entrantes.
Las principales consideraciones tras esta decisión son la carga del tráfico actual, la QoS que se puede lograr, el perfil de tráfico pedido, la QoS solicitada, el precio y otras consideraciones de política.
Aunque existen diferentes técnicas, la más empleada es la aplicación de retardos a determinados paquetes.
El conformado de tráfico trata de controlar el tráfico vertido a la red en un periodo específico, a la tasa máxima que puede ser enviado o mediante algoritmos más complejos como GCRA.
Medidos los paquetes, serán almacenados en la cola FIFO por separado hasta que se resuelva el filtrado de control y puedan asegurarse los requisitos que tal paquete requiere.
Existen varias opciones para la gestión en los casos de desbordamiento de buffer, desde los más simples como Tail Drop, el cual al llenarse el buffer desecha todos los paquetes entrantes hasta disponer del espacio suficiente a medida que se vacía.
Tail Drop se hace incompatible con servicios diferenciados o algoritmos aleatorios como RED( Random Early Discard).
Frame Relay Traffic Shaping (FRTS) proporciona parámetros útiles para la gestión de la congestión.
Se suele asociar con el término leaky bucket pese a que son utilizados para propósitos diferentes.
Cuando los tokens están disponibles, se permite al flujo la transmisión de tráfico.
Por lo tanto, un flujo puede transmitir tráfico a su velocidad de pico si se encuentran el número adecuado de tokens en la cubeta y se configura adecuadamente el límite para las ráfagas.
Estos dan lo que parecen ser dos algoritmos diferentes, conocidos ambos como leaky bucket.
En una versión, la analogía de la cubeta se corresponde con un contador o variable, separado del flujo de tráfico, y que se usa solo para comprobar que el tráfico está conforme a los límites establecidos.
Por lo tanto, siguiendo la analogía, el agua es traída a la cubeta por el tráfico y añadida de tal manera que esté conforme a los límites de velocidad y explosividad.
Esta versión es equivalente al algoritmo de token bucket y tiene en cuenta los mismos parámetros para ver si el tráfico es conforme o no-conforme.