Cómo vincular clases de reenvío a los clasificadores en Junos

Los valores de código de servicios diferenciados Point (DSCP) caracterizan el tráfico, y las clases de reenvío (y correspondientes colas) le permiten clasificar que el tráfico de forma que se puede tratar de manera apropiada. Para sacar estas dos piezas juntas, se configura el comportamiento agregado (BA) clasificadores, que hacen referencia a las clases de reenvío definidos:

La lógica que está tratando de configurar es

Si el tráfico tiene un valor DSCP que coincide con algún patrón, y luego enviar ese tráfico a una cola determinada andassign una prioridad pérdida en particular

El código que se utiliza para configurar es

 [editar la clase de servicio] clasificadores {código-puntos bajos dscp dscp-clasificador {clase expedición cos-voz {pérdida prioridad esfuerzo} de clase reenvío cos-video {pérdida de prioridad alta del código de puntos cs1-deficitarias código-puntos de baja prioridad af31-} de clase reenvío cos-buscrit {pérdida de prioridad baja códigos puntos AF41} de clase reenvío cos-noncrit {pérdida de prioridad alta de códigos puntos cs5 pérdida de prioridad del código de puntos bajos af13-} }}

Esta configuración crea sus condiciones de partidos, y asigna el tráfico que cumpla esas condiciones a una de las clases de reenvío especificados, lo cual, a su vez, se asigna a una cola de salida en particular.

Específicamente, esta configuración especifica que cualquier tráfico que tiene un valor de DSCP de ef (correspondiente a un patrón de bits de 101110) Se debe dar una pérdida priortyde bajo y asignado a la clase de reenvío de llamada cos-voz. Básicamente, usted está diciendo que todo el tráfico que está marcado como reenvío acelerado es el tráfico de voz, y que el tráfico no se debe caer, por lo que está dándole un bajo prioridad de pérdida.

Que el tráfico es entonces se asigna a la clase de reenvío de voz, que corresponde a la cola 5 en el router. Esencialmente, usted está vertido todo su tráfico de voz en una sola cola, con la expectativa de que se le asigne un determinado porcentaje de su ancho de banda total de ese tráfico.

Esta configuración también clasifica el tráfico de video. En el caso del vídeo, desea minimizar el retardo y jitter porque la calidad impacta en vídeo, pero la naturaleza del tráfico es tal que no es tan crítica para su negocio como el tráfico de voz en la red. En este caso, que desea asignar a una clase de reenvío asegurado.

De hecho, la red puede tener múltiples fuentes de vídeo. Imagina que la transmisión de vídeo de un servidor se utiliza para enviar los datos de saldos vivos a un número de diferentes ramas en su empresa. Debido a que las decisiones se toman sobre la base de esos datos, usted quiere asegurarse de que la corriente es ininterrumpido.

Mientras tanto, otra secuencia de vídeo es el envío de formación u otra información corporativa que es menos crítica. Aunque desea que la corriente sea ininterrumpido, si te ves obligado a elegir entre aquél y las cotizaciones de acciones de streaming, desea conservar las cotizaciones de bolsa.

Así esta configuración fija una prioridad de pérdida de alto en el video de entrenamiento y un bajo prioridad de pérdida en las cotizaciones de bolsa. Durante los tiempos de la congestión, el video de entrenamiento es más probable que estén afectados, preservando así las cotizaciones de acciones de mayor prioridad.

Para estas clases de expedición, sin programador todavía está definido. Debe configurar explícitamente un programador en el sistema operativo Junos antes de las clases de reenvío se vuelven útiles. Schedulers asignan recursos de ruta a la classes- reenvío sin recursos, una clase de expedición sigue siendo sólo un concepto.