El control de parámetros de uso ( UPC ) y el control de parámetros de red ( NPC ) son funciones que se pueden realizar en una red informática . El UPC se puede realizar en la entrada de una red "para proteger los recursos de la red de comportamientos maliciosos e involuntarios". [1] El NPC es lo mismo y se realiza por las mismas razones que el UPC, pero en la interfaz entre dos redes.
La UPC y la NPC pueden implicar modelado de tráfico , donde el tráfico se retrasa hasta que se ajusta a los niveles y tiempos esperados, o control de tráfico , donde el tráfico no conforme se descarta inmediatamente o se reduce en prioridad para que pueda descartarse más adelante en la red si causara o aumentara la congestión .
Las acciones para UPC y NPC en el protocolo ATM se definen en la Recomendación UIT-T I.371 Control de tráfico y control de congestión en B ISDN [2] y la Especificación de interfaz usuario-red (UNI) del Foro ATM . [3] Estas proporcionan una definición de conformidad, utilizando una forma del algoritmo de cubo con fugas llamado Algoritmo de velocidad de celda genérica (GCRA), que especifica cómo se verifican las celdas para su conformidad con una velocidad de celda, o su intervalo de emisión recíproco, y tolerancia a la fluctuación: ya sea una tolerancia de variación de retardo de celda (CDVt) para probar la conformidad con la Velocidad de celda máxima (PCR) o una Tolerancia de ráfaga o Tamaño máximo de ráfaga (MBS) para probar la conformidad con la Velocidad de celda sostenible (SCR).
UPC y NPC definen un parámetro de tamaño máximo de ráfaga (MBS) en la tasa de celdas promedio o sostenida (SCR), y una tolerancia de variación de retardo de celda (CDVt) en la tasa de celdas pico (PCR) a la que se transmiten las ráfagas. Este MBS se puede derivar de o utilizar para derivar la variación máxima entre el tiempo de llegada del tráfico en las ráfagas y el tiempo en que llegaría al SCR, es decir, una fluctuación en torno a ese SCR. [4]
La UPC y la NPC se realizan normalmente por canal virtual (VC) o por ruta virtual (VP), es decir, los intervalos se miden entre celdas que tienen el mismo identificador de canal virtual (VCI) o identificador de ruta virtual (VPI). Si la función se implementa, por ejemplo, en una entrada de conmutador, entonces, debido a que las celdas en los diferentes VC y VP llegan secuencialmente, solo se requiere una única implementación de la función. Sin embargo, esta única implementación debe poder acceder a los parámetros relacionados con una conexión específica utilizando la VCI o la VPI para direccionarlos. Esto se hace a menudo utilizando memoria direccionable por contenido (CAM), donde la VCI o la VPI forman el contenido direccionable.
Las celdas que no se ajustan, es decir, porque vienen demasiado pronto después de la celda precedente en el canal o ruta porque la tasa promedio es demasiado alta o porque la fluctuación excede la tolerancia, pueden descartarse, es decir, o reducirse en prioridad para que puedan descartarse más adelante si hay congestión.
El GCRA, si bien es posible que sea complicado de describir y comprender, se puede implementar de manera muy sencilla. Si bien es más probable que se implemente en hardware, por ejemplo, una implementación en lenguaje ensamblador se puede escribir en tan solo 15 a 20 instrucciones con una ruta de ejecución más larga de tan solo 8 a 12 instrucciones, según el lenguaje (disponibilidad de indirección y ortogonalidad del conjunto de instrucciones).
Las transmisiones en una red Avionics Full-Duplex Switched Ethernet (AFDX) deben limitarse a una brecha de asignación de ancho de banda (BAG). La conformidad con esta BAG (y la fluctuación máxima de transmisión) se verifica en los conmutadores de red de manera similar al UPC en las redes ATM. Sin embargo, se recomienda el algoritmo de depósito de tokens para AFDX, y se prefiere una versión que permita tramas de longitud variable (una que cuente bytes) en lugar de una que solo cuente tramas y suponga que todas las tramas tienen la longitud máxima permitida. [5]