En un entorno en el cual el ancho de banda es bajo, estas aplicaciones compiten por el ancho de banda disponible.
Como resultado, este tráfico debe competir además, con el tráfico de fondo, como por ejemplo trabajos de impresión que viajan a un Print Server, entre otras cosas.
En Windows Vista y Longhorn (Windows Server 2008 para quienes todavía no estén familiarizados), este problema se ha resuelto con la introducción de un simple esquema en el cual se ha ajustado el porcentaje de ancho de banda asignado a video, y el resto se dirije a un canal de tráfico virtual.
Por defecto, esta asignación es: 70% Video – 30% para el canal virtual.
En otras palabras, cuando el uso del ancho de banda se encuentre en un nivel elevado, el tráfico correspondiente a video tendrá un 70% del ancho de banda disponible.
Si bien este esquema no resuelve el problema de manera efectiva, pueden existir algunos escenarios que requieran algún ajuste adicional. Existen algunas claves de registry que pueden modificarse:
HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services\TERMDD
- FlowControlDisable:
- Cuando este valor se setea en 1, se deshabilita el nuevo algoritmo de control de flujo, haciendo escencial la metodología FIFO o PEPS (First-In-First-Out o Primero-Entra-Primero-Sale) para todos los paquetes solicitados. Esta es la funcionalidad que provee Windows Server 2003. El valor por defecto es 0.
- FlowControlDisplayBandwidth/FlowControlChannelBandwidth:
- Ambos valores en conjunto determinan la distribución del ancho de banda entre el display y los canales virtuales. Se pueden setear entre el rango de 0-255. Por ejemplo 100-100 distribuirá equitativamente el tráfico entre Video y VCs (Virtual Channels). El valor por defecto es de 70 para FlowControlDisplayBandwidth, y 30 paraFlowControlChannelBandwidth.
- FlowControlChargePostCompression:
- En 1, este valor basará la distribución del ancho de banda en el uso de Post-Compression. El valor por defecto es 0, significando que la distribución se aplica en el modo Pre-Compressed.