Cómo configurar el enrutamiento de las acciones de los partidos políticas en Junos

Políticas de enrutamiento tienen términos que incluyen las condiciones de los partidos y las acciones de los partidos. Las condiciones de los partidos son los SI, el partido acciones son los ENTONCES. Cuando se cumple una condición partido en particular, se ejecuta la acción asociada con ese término. Si bien hay muchas condiciones de los partidos, hay un número limitado de acciones de los partidos que puede elegir.

Alrededor del 95 por ciento del tiempo (si no más), podrás hacer lo que quieras usando sólo aceptar y rechazar. Estas acciones se denominan acciones que terminan, porque cuando son ejecutados, la evaluación de las políticas de enrutamiento se detiene, y se toma la decisión sobre la ruta. No es necesario seguir evaluando otros términos en la política u otras políticas de la cadena.

Acciones como siguiente término y nueva política proporcionar algunas capacidades sofisticadas de control de flujo, pero es probable que no les va a necesitar de inmediato. (De hecho, en muchos casos sólo complican averiguar exactamente lo que va a hacer la política cuando se enciende la política suelto.)

Además, a menos que usted es un proveedor de servicios, la modificación de la ruta atributos probablemente no es algo que desea tratar. Aunque se pueden hacer algunas cosas interesantes modificando los atributos de ruta, tales construcciones son los más utilizados en las redes de transporte.

Si las acciones de los partidos forman el ENTONCES parte de la instrucción IF-THEN, que probablemente tiene sentido para configurarlos mediante el después declaración dentro de una política:

[-opciones políticas editar]-declaración de política de mi-muestra-política {término de mi primer plazo {del protocolo OSPF, entonces aceptará plazo mi segundo plazo {del vecino 10.22.32.1 entonces reject-}}

Tenga en cuenta que, al igual que con las condiciones de los partidos, la configuración se derrumbó cuando se tiene una sola acción partido. En este ejemplo, se evalúa el primer término. Si la ruta es una ruta OSPF, se acepta la ruta. Si la ruta no es una ruta OSPF, se evalúa el segundo término. Si la ruta se ha aprendido de la vecina 10.22.32.1, la ruta es rechazada.

Tenga en cuenta que esta última mi-muestra-política hace no rechazar rutas OSPF aprendido de 10.22.32.1. El primer término acepta todas las rutas OSPF y la segunda rechaza todo lo aprendido de 10.22.32.1.

Condiciones de partido en el mismo término se evalúan como una lógica Y, pero los términos de política se evalúan más a una lógica Oregón en el orden encontrado. Si quieres algo especial para pasar a las rutas OSPF aprendido de 10.22.32.1, esto es no la forma de hacerlo. Si usted ahora está confundido, al menos a entender cómo delicada puede ser la formulación de políticas de enrutamiento.

Al igual que con las condiciones de los partidos, se puede especificar más de una acción partido. Por ejemplo, es posible que desee modificar una métrica de ruta para que sea la ruta preferida, y entonces usted quiere aceptar esa ruta. En este caso, se necesita tanto una acción de modificación y la aceptar terminación de la acción. Esta configuración es la siguiente:

[-opciones políticas editar]-declaración de política de mi-muestra-política {término de mi primer plazo {del protocolo OSPF-entonces {métrica 5-aceptable}}}

En este ejemplo, que coinciden en todas las rutas OSPF. Antes de aceptar la ruta, se establece la métrica de la ruta a 5 (¿por qué no lo es " modificar métrica 5 " es un misterio). Ambas acciones de los partidos se ejecutan en este caso.