Aplicación de políticas

Ejemplo: Aplicación de políticas de agregado

Configure dos políticas de interfaz lógica: aggregate_police1 y aggregate_police2. Aplicar aggregate_police1 al tráfico IPv4 e IPv6 recibido en la interfaz fe-0/0/0.0 lógica. Se aplica aggregate_police2 al tráfico CCC y MPLS recibido en la interfaz lógica fe-0/0/0.0. Esta configuración hace que el software cree sólo una instancia de aggregate_police1 y una instancia de aggregate_police2.

Aplicar aggregate_police1 al tráfico IPv4 e IPv6 recibido en otra interfaz fe-0/0/0.1lógica. Esta configuración hace que el software cree una nueva instancia de aggregate_police1, una que se aplica a la unidad 0 y otra que se aplica a la unidad 1.

[edit firewall]
policer aggregate_police1 {
    logical-interface-policer;
    if-exceeding {
        bandwidth-limit 100m;
        burst-size-limit 500k;
    }
    then {
        discard;
    }
}
policer aggregate_police2 {
    logical-interface-policer;
    if-exceeding {
        bandwidth-limit 10m;
        burst-size-limit 200k;
    }
    then {
        discard;
    }
}
[edit interfaces fe-0/0/0]
unit 0 {
    family inet {
        policer {
            input aggregate_police1;
        }
    }
    family inet6 {
        policer {
            input aggregate_police1;
        }
    }
    family ccc {
        policer {
            input aggregate_police2;
        }
    }
    family mpls {
        policer {
            input aggregate_police2;
        }
    }
}
unit 1 {
    family inet {
        policer {
            input aggregate_police1;
        }
    }
    family inet6 {
        policer {
            input aggregate_police1;
        }
    }
}

Descripción general de Hierarchical Policer

La vigilancia jerárquica utiliza dos grupos de tokens, uno para el tráfico agregado (no EF) y otro para el tráfico premium (EF). El tráfico que es EF y el que no es EF viene determinado por la configuración de clase de servicio. Lógicamente, la vigilancia jerárquica se logra encadenando a dos policías.

Figura 1: Jerárquico Policer

En el ejemplo de Figura 1, el tráfico EF es vigilado por Premium Policer y el tráfico que no es EF es vigilado por Aggregate Policer. Lo que esto significa es que, para el tráfico EF, la acción fuera de especificación será la que está configurada para Premium Policer, pero el tráfico EF dentro de la especificación seguirá consumiendo los tokens del Aggregate Policer.

Pero el tráfico EF nunca se someterá a la acción fuera de especificación del Aggregate Policer. Además, si la acción fuera de especificación del Aplicador Premium no está establecida en Descartar, esos paquetes fuera de especificación no consumirán los tokens del Aplicador de agregados. Aggregate Policer solo controla el tráfico que no es EF. Como puede ver, el bucket de tokens Aggregate Policer puede volverse negativo si todos los tokens son consumidos por el tráfico que no es EF y luego obtiene ráfagas de tráfico EF. Pero eso será por un tiempo muy corto, y durante un período de tiempo promediará. Por ejemplo:

• Premium Policer: Ancho de banda 2 Mbps, Acción OOS: Descartar

• Aplicador de políticas agregadas: Ancho de banda 10 Mbps, Acción OOS: Descartar

En el caso anterior, el tráfico EF tiene garantizado 2 Mbps y el tráfico no EF obtendrá de 8 Mbps a 10 Mbps, dependiendo de la velocidad de entrada del tráfico EF.

Características policiales jerárquicas

Las características jerárquicas del bucket de tokens incluyen:

• El tráfico de entrada se clasifica primero en tráfico EF y no EF antes de aplicar un aplicador de políticas:

  • La clasificación se realiza mediante la búsqueda Q-tree

• El número de canal selecciona un aplicador de control de bucket de token compartido:

  • El controlador de bucket de token dual se divide en dos aplicadores de bucket únicos:

    • Policer1: tráfico EF

    • Policer2: tráfico que no es EF

• El bucket de token compartido se utiliza para vigilar el tráfico de la siguiente manera:

  • Policer1 se establece en velocidad EF (por ejemplo, 2 Mbps)

  • Policer2 se establece para agregar la velocidad de vigilancia de la interfaz (por ejemplo, 10 Mbps).

  • El tráfico EF se aplica a Policer1.

    • Si el tráfico está dentro de las especificaciones, se le permite pasar y disminuir desde Policer1 y Policer2.

    • Si el tráfico está fuera de especificación, se puede descartar o marcar con un nuevo FC o prioridad de pérdida. Policer2 no hará nada con el tráfico EF fuera de especificación.

  • El tráfico que no es EF solo se aplica a Policer2.

    • Si el tráfico está dentro de las especificaciones, se le permite pasar a través y disminuir Policer2.

    • Si el tráfico está fuera de especificación, se descarta o se marca con un nuevo FC o se establece con una nueva prioridad de caída.

• Límite de velocidad de la velocidad del puerto a la velocidad deseada en la capa 2

• Limitar la velocidad del tráfico de EF

• Limitar la velocidad del tráfico que no es EF

• Gotas policiales contadas por color