Configuración de marcas de tiempo RPM en enrutadores de las series MX, M, T y PTX y conmutadores de las series EX
Para tener en cuenta la latencia en la comunicación de los mensajes de sondeo, puede habilitar la marca de tiempo de los paquetes de sondeo. Puede marcar la hora de los siguientes tipos de sonda RPM: icmp-ping, icmp-ping-timestamp, udp-ping, y udp-ping-timestamp.
En los enrutadores serie M y T con una MS-PIC, en los enrutadores serie MX con una tarjeta de línea MS-DPC, MS-MIC o MS-MPC, en enrutadores serie MX10000, en enrutadores PTX10008 y PTX10016 y en conmutadores serie EX, puede habilitar la marca de tiempo de hardware de los mensajes de sonda RPM. La marca de tiempo se aplica tanto en el dispositivo cliente RPM (el enrutador o conmutador que origina los sondeos RPM) como en el servidor de sondeo RPM, y solo se aplica al tráfico IPv4. Se admite en lo siguiente:
Paquete de servicios de capa 2 en MS-PIC, MS-DPC, MS-MPC y MS-MIC.
Paquete de servicios de capa 3 en MS-PIC, MS-DPC, MS-MPC y MS-MIC.
Paquete de servicios de proveedor de extensión en las PIC de servicios de las series M, MX y T que admiten los paquetes del proveedor de extensiones (en las versiones de Junos OS anteriores a la versión 12.3, los paquetes del proveedor de extensiones se denominaban Junos Services Framework (JSF), MP-SDK y eJunos).
La capa 2, la capa 3, los servicios SDK y la marca de tiempo RPM PFE interoperan entre sí. Aquí, el cliente RPM puede estar en la interfaz de capa 3
sp-y el servidor RPM puede estar en un paquete de servicios SDK.
La marca de tiempo bidireccional está disponible en sp- y ms- las interfaces. Para configurar la marca de tiempo bidireccional en enrutadores serie M y T, incluya la destination-interface instrucción en el nivel de [edit services rpm probe probe-owner test test-name] jerarquía:
destination-interface sp-fpc/pic/port.logical-unit destination-interface ms-fpc/pic/port.logical-unit
Especifique el enrutador cliente RPM y el enrutador del servidor RPM en la interfaz lógica de servicios o la interfaz multiservicios incluyendo la rpm instrucción en el nivel de [edit interfaces interface-name unit logical-unit-number] jerarquía:
rpm (client | server);
La interfaz lógica debe estar dedicada a la tarea RPM. Requiere la configuración de la family inet instrucción y una /32 dirección, como se muestra en el ejemplo. Esta configuración también es necesaria para otros servicios, como NAT y firewall de estado. No puede configurar el servicio RPM en unit 0 porque RPM requiere una interfaz lógica dedicada; la misma unidad no puede admitir RPM ni otros servicios. Dado que la supervisión activa de flujo requiere unit 0, pero RPM puede funcionar en cualquier interfaz lógica, una comprobación de restricciones le impide confirmar una configuración de RPM allí.
En los enrutadores de la serie MX, en los enrutadores de la serie M320 con la MPC de cola mejorada y en los conmutadores de la serie EX, incluya la hardware-timestamp instrucción en el nivel de [edit services rpm probe probe-name test test-name] jerarquía para especificar que los sondeos deben tener una marca de tiempo en el procesador host del motor de reenvío de paquetes:
En enrutadores serie MX, en enrutadores serie MX10000, en enrutadores PTX5000, PTX10008 y PTX10016 y conmutadores serie EX, puede incluir la hardware-timestamp instrucción en el nivel de [edit services rpm probe probe-name test test-name] jerarquía para especificar que los sondeos deben tener una marca de hora en el procesador host del motor de reenvío de paquetes. En los enrutadores de la serie MX, se admite la marca de tiempo de hardware en las siguientes tarjetas de línea:
DPC
DPCE
MPC1
MPC2
MPC3
MPC4
MPC5
MPC6
MPC7
hardware-timestamp;
En el lado del cliente, estas sondas tienen una marca de tiempo en el procesador host del motor de reenvío de paquetes en el DPC de salida en el enrutador serie MX o M320 o en el conmutador serie EX que origina las sondas RPM (cliente RPM). En el lado del respondedor (servidor RPM), el procesador host del motor de reenvío de paquetes controla los sondeos RPM con marca de tiempo, que genera la respuesta en lugar del proceso RPM. Los sondeos RPM tienen una marca de tiempo sólo en el enrutador que los origina (cliente RPM). Como resultado, solo se mide el tiempo de ida y vuelta para estas sondas.
Cuando se utiliza la hardware-timestamp instrucción, el valor de data-size la sonda debe ser al menos 100 bytes menor que la MTU predeterminada de la interfaz de la interfaz de cliente RPM (consulte Configuración de sondas RPM en enrutadores de las series M, MX y T y conmutadores de las series EX). Si la marca de tiempo de hardware de los mensajes de sondeo RPM está habilitada, el tamaño máximo de datos que puede configurar mediante la instrucción data-size está limitado a 1400.
La característica RPM basada en motor de reenvío de paquetes no admite ninguna configuración de firewall con estado. Si necesita combinar la marca de tiempo de RPM con un firewall con estado, use el servicio de marca de tiempo de RPM basado en interfaz descrito anteriormente en esta sección. Los MS-DPC admiten el procesamiento de firewall con estado, así como la marca de tiempo RPM.
Para configurar la marca de tiempo unidireccional, también debe incluir la one-way-hardware-timestamp instrucción en el nivel de [edit services rpm probe probe-owner test test-name] jerarquía:
one-way-hardware-timestamp;
Si configura sondeos RPM para una interfaz de servicios (sp-), debe anunciar las rutas locales de una manera específica para los siguientes protocolos de enrutamiento:
Para OSPF, puede anunciar la ruta local incluyendo la interfaz de servicios en el área OSPF. Para configurar esta opción, incluya la
interface sp-fpc/pic/portinstrucción en el nivel de[edit protocols ospf area area-number]jerarquía.Para BGP e IS-IS, debe exportar rutas de interfaz y crear una política que acepte la ruta local de interfaz de servicios. Para exportar rutas de interfaz, incluya las
point-to-pointinstrucciones ylanen el nivel jerárquico[edit routing-options interface-routes family inet export]. Para configurar una directiva de exportación que acepte la ruta local de la interfaz de servicios, incluya lasprotocol localinstrucciones ,rib inet.0yroute-filter sp-interface-ip-address/32 exacten el nivel de[edit policy-options policy-statement policy-name term term-name from]jerarquía y laacceptacción en el nivel de[edit policy-options policy-statement policy-name term term-name then]jerarquía. Para que la política de exportación surta efecto, aplíquela a BGP o IS-IS con laexport policy-nameinstrucción en el nivel de[edit protocols protocol-name]jerarquía.
Para obtener más información acerca de estas configuraciones, consulte la Guía del usuario de directivas de enrutamiento, filtros de firewall y políticas de tráfico.
El enrutamiento de los paquetes de sondeo a través de la tarjeta de multiservicios también permite filtrar los paquetes de sondeo a colas determinadas. En el ejemplo siguiente se muestra la configuración de RPM y el filtro que especifica la cola:
services rpm {
probe p1 {
test t1 {
probe-type icmp-ping;
target address 10.8.4.1;
probe-count 10;
probe-interval 10;
test-interval 10;
dscp-code-points af11;
data-size 100;
destination-interface sp-1/2/0.0;
}
}
}
firewall {
filter f1 {
term t1 {
from {
dscp af11;
}
then {
forwarding-class assured-forwarding;
}
}
}
}
interfaces sp-1/2/0 {
unit 2 {
rpm client;
family inet {
address 10.8.4.2/32;
filter {
input f1;
}
}
}
}
interfaces sp-1/2/1 {
unit 2 {
rpm server;
family inet {
address 10.8.3.2/32;
filter {
input f1;
}
}
}
}
Para obtener más información acerca de los filtros de firewall, consulte la Guía del usuario de Políticas de enrutamiento, Filtros de firewall y Controladores de tráfico; para obtener más información acerca de las colas, consulte la Guía del usuario de clase de servicio (enrutadores y conmutadores EX9200).