Dynamic Local Bandwitdh Broker
En otro post he comentado que la VoIP sobre Internet es poco probable que sustituya la voz tradicional porque no está garantizada la calidad.
Es una pena, porque lo demás está conseguido: los terminales tienen potencia suficiente para ejecutar un software P2P que permita hablar entre ellos sin necesidad de servidores (saltar a teléfonos "clásicos" de redes fijas o móviles es otra cosa… pero en un tiempo no será necesario). Es una más de las múltiples aplicaciones pueden existir en los bordes de Internet, no necesitan más.
Una posible solución que mejoraría la calidad es que el terminal fuera disciplinado con el consumo de ancho de banda. Si en el PC está ejecutando el navegador, e-mule, correo y un softphone, todos creen que la salida a Internet es para ellos solos. En el caso de e-mule permite limitar cuántos kb como máximo "devorará".
Mi idea es que el sistema operativo tenga un Dynamic Local Bandwidth Broker (DLBB): un filtro que, tanto en salida como en entrada, disponga varias colas de paquetes. Concretamente cuatro:
- una de máxima prioridad para tráfico errático (navegación, comandos CLI, ACKs, etc).
- la siguiente, para tráfico bidireccional interactivo de baja intensidad (VoIP).
- la siguiente, para tráfico unidireccional interactivo de alta/alta intensidad (video/audio streaming).
- la última, para todo lo demás: e-mule, FTP, etc.
Lo más importante es que la asignación de un flujo a una u otra cola sea dinámica: el DLBB automática y contínuamente estudia las características de cada flujo IP, tanto en entrada como en salida. En principio lo pone en la cola de máxima prioridad, pero según va pasando el tiempo, puede situarlo en su lugar.
La gran ventaja es que, si este control inteligente se hace en el borde de la red, que el interior sea best-effort no será tan importante.
¿Quién se anima a implementarlo?
