Configuração do tempo de tempo de RPM em roteadores da Série MX, M, T e PTX e switches da Série EX
Para explicar a latência na comunicação de mensagens de sondagem, você pode habilitar o temporizante dos pacotes de sondagem. Você pode fazer o temporizações dos seguintes tipos de sonda rpm:icmp-ping, icmp-ping-timestampeudp-pingudp-ping-timestamp.
Em roteadores da Série M e T com ms-PIC, em roteadores da Série MX com uma linha MS-DPC, MS-MIC ou MS-MPC, em roteadores da Série MX10000, em roteadores PTX10008 e PTX10016, e em switches da Série EX, você pode permitir o tempo de tempo de hardware de mensagens de sondagem RPM. O temporizador é aplicado tanto no dispositivo cliente RPM (o roteador ou switch que origina as sondas RPM) quanto no servidor de sonda rpm e se aplica apenas ao tráfego IPv4. Ele é compatível com o seguinte:
Pacote de serviços de camada 2 em MS-PICs, MS-DPCs, MS-MPCs e MS-MICs.
Pacote de serviços de camada 3 em MS-PICs, MS-DPCs, MS-MPCs e MS-MICs.
Pacote de serviços de provedores de extensão em PICs de serviços da Série M, Série MX e Série T que oferecem suporte aos pacotes de provedores de extensão (no Junos OS lançados antes do Lançamento 12.3, os pacotes de provedores de extensão foram descritos várias vezes como Junos Services Framework (JSF), MP-SDK e eJunos.)
A camada 2, a camada 3, os serviços SDK e o temporizante PFE RPM interoperam entre si. Aqui, o cliente RPM pode estar na interface de Camada 3
sp-e o servidor RPM pode estar em um pacote de serviços SDK.
O tempo de temporizações de duas vias está disponível em sp- interfaces. ms- Para configurar o temporizador de duas vias nos roteadores da Série M e da Série T, inclua a destination-interface declaração no nível de [edit services rpm probe probe-owner test test-name] hierarquia:
destination-interface sp-fpc/pic/port.logical-unit destination-interface ms-fpc/pic/port.logical-unit
Especifique o roteador cliente RPM e o roteador de servidor RPM na interface lógica de serviços ou na interface multisserviços, incluindo a rpm declaração no [edit interfaces interface-name unit logical-unit-number] nível hierárquico:
rpm (client | server);
A interface lógica deve ser dedicada à tarefa de RPM. Ela requer a configuração da family inet declaração e de um /32 endereço, conforme mostrado no exemplo. Essa configuração também é necessária para outros serviços, como NAT e firewall stateful. Você não pode configurar o serviço unit 0 RPM porque o RPM requer uma interface lógica dedicada; a mesma unidade não pode oferecer suporte a RPM e outros serviços. Como o monitoramento ativo de fluxo requer unit 0, mas o RPM pode funcionar em qualquer interface lógica, uma verificação de restrição impede que você cometa uma configuração de RPM lá.
Nos roteadores da Série MX, nos roteadores da Série M320 usando o MPC de fila aprimorada e nos switches da Série EX, você inclui a hardware-timestamp declaração no [edit services rpm probe probe-name test test-name] nível hierárquico para especificar que as sondas devem ser temporais no processador host Packet Forwarding Engine:
Nos roteadores da Série MX, em roteadores da Série MX10000, em PTX5000, PTX10008 e roteadores PTX10016, e nos switches da Série EX, você pode incluir a hardware-timestamp declaração no [edit services rpm probe probe-name test test-name] nível de hierarquia para especificar que as sondas devem ser temporais no processador host Packet Forwarding Engine. Nos roteadores da Série MX, o tempo de tempo de hardware é suportado nas seguintes placas de linha:
DPC
DPCE
MPC1
MPC2
MPC3
MPC4
MPC5
MPC6
MPC7
hardware-timestamp;
No lado do cliente, essas sondas são temporais no processador host Packet Forwarding Engine na saída DPC na Série MX ou roteador da Série M320 ou switch da Série EX originando as sondas RPM (cliente RPM). No lado responder (servidor RPM), as sondas RPM a serem temporais são tratadas pelo processador host Packet Forwarding Engine, que gera a resposta em vez do processo RPM. As sondas RPM são temporais no roteador que as origina (cliente RPM). Como resultado, apenas o tempo de ida e volta é medido para essas sondas.
Ao usar a hardware-timestamp declaração, o data-size valor para a sonda deve ser pelo menos 100 bytes menores do que o MTU padrão da interface do cliente RPM (veja Configuração de sondas RPM em roteadores M, MX e Série T e switches da Série EX). Se o tempo de tempo de hardware das mensagens de sondagem RPM for habilitado, o tamanho máximo de dados que você pode configurar usando a declaração de tamanho de dados é limitado a 1400.
O recurso de RPM baseado em mecanismo de encaminhamento de pacotes não oferece suporte a nenhuma configuração de firewall stateful. Se você precisar combinar o temporizações de RPM com um firewall stateful, use o serviço de temporizações RPM baseado em interface descrito no início desta seção. Os MS-DPCs oferecem suporte ao processamento de firewall stateful, bem como ao tempo de tempo de RPM.
Para configurar o temporizador de ida, você também deve incluir a one-way-hardware-timestamp declaração no nível de [edit services rpm probe probe-owner test test-name] hierarquia:
one-way-hardware-timestamp;
Se você configurar sondas RPM para uma interface de serviços (sp-), você precisa anunciar rotas locais de uma maneira específica para os seguintes protocolos de roteamento:
Para OSPF, você pode anunciar a rota local incluindo a interface de serviços na área de OSPF. Para configurar essa configuração, inclua a
interface sp-fpc/pic/portdeclaração no nível de[edit protocols ospf area area-number]hierarquia.Para BGP e IS-IS, você deve exportar rotas de interface e criar uma política que aceite a interface de serviços da rota local. Para exportar rotas de interface, inclua o e
lanaspoint-to-pointdeclarações no nível de[edit routing-options interface-routes family inet export]hierarquia. Para configurar uma política de exportação que aceite a interface de serviços da rota local, inclua aprotocol local,rib inet.0eroute-filter sp-interface-ip-address/32 exactdeclarações no nível de[edit policy-options policy-statement policy-name term term-name from]hierarquia e a açãoacceptno[edit policy-options policy-statement policy-name term term-name then]nível hierárquica. Para que a política de exportação entre em vigor, aplique a política ao BGP ou IS-IS com aexport policy-namedeclaração no nível hierárquico[edit protocols protocol-name].
Para obter mais informações sobre essas configurações, consulte as políticas de roteamento, filtros de firewall e guia de usuários de policiais de tráfego.
O roteamento dos pacotes de sonda através da placa multisserviços também permite filtrar os pacotes de sondagem em filas específicas. O exemplo a seguir mostra a configuração de RPM e o filtro que especifica a fila:
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 obter mais informações sobre filtros de firewall, consulte as políticas de roteamento, filtros de firewall e guia de usuário de policiais de tráfego; para obter mais informações sobre enfileiramento, consulte o Guia do usuário de classe de serviço (roteadores e switches EX9200).