Como habilitar a medição e a publicidade de atraso de enlaces no OSPF
Entendendo a medição e a publicidade de atraso de enlaces no OSPF
- Benefícios da medição e publicidade de atraso do enlace no OSPF
- Visão geral da medição e publicidade de atraso do link no OSPF
Benefícios da medição e publicidade de atraso do enlace no OSPF
A medição de atraso no link e a publicidade no OSPF fornecem os seguintes benefícios:
- Altamente benéfico em determinadas redes, como provedores de dados do mercado de ações, onde é crucial ter acesso a dados de mercado em tempo real para tornar as negociações mais rápidas do que a concorrência. É aí que os critérios de desempenho ou latência da rede estão se tornando críticos para a seleção de caminhos de dados.
- Ajuda a tomar decisões de seleção de caminhos com base em dados de desempenho (como latência) de uma maneira econômica e escalável.
- Alternativa superior ao uso de métricas como contagem de saltos ou custo como métricas de roteamento.
Visão geral da medição e publicidade de atraso do link no OSPF
O desempenho da rede é medido usando o TWAMP-Light. A partir do Junos OS Release 21.4R1, você pode obter a medição de várias métricas de desempenho em redes IP, usando mensagens de sondagem. As extensões de engenharia de tráfego OSPF ajudam a distribuir informações de desempenho de rede de forma escalável. Essas informações podem então ser usadas para tomar decisões de seleção de caminhos com base no desempenho da rede.
O Border Gateway Protocol Link-State (BGP-LS) permite que o BGP carregue informações de estado de enlace adquiridas de IGPs, o que permite que provedores de serviços de internet (ISP) exponham seletivamente as informações com outros ISPs, provedores de serviços, CDNs e assim por diante, por meio de peering BGP normal. Novas TLVs BGP-Link State (BGP-LS) são definidas para transportar as extensões métricas de engenharia de tráfego IGP.
A ilustração a seguir mostra a métrica mínima de IGP e a métrica mínima de atraso em redes que consistem em uma rede de núcleo, metro e acesso.
Nesse cenário, a rede principal é mais barata, mas tem um atraso maior. O atalho de acesso, com a menor latência, custa caro. Como a rede principal é mais barata, a maioria do tráfego normalmente passa de 1>2>3>4>5> para 6 usando métrica mínima de IGP. Conforme exibido no cenário a), você pode alcançar o requisito mínimo de IGP executando OSPF com o custo apropriado configurado e o algoritmo de OSPF padrão definido para zero. Em empresas onde a latência ultraba baixa é crucial, os pacotes precisam ir de 1 a 6. Conforme exibido no cenário b), você pode alcançar uma métrica mínima de atraso definindo o algoritmo flex OSPF com latência mínima, o que minimiza o atraso no endpoint. Este algoritmo flex consiste apenas em nós 1 e nó 6.
Veja também
Configuração do atraso do link OSPF em uma interface OSPF
Nas redes IP, a maior parte do tráfego costuma passar pela rede principal, o que reduz custos, mas pode resultar em uma latência maior. O tráfego de negócios, no entanto, muitas vezes se beneficia da capacidade de tomar decisões de seleção de caminhos com base em outras métricas de desempenho, como latência de caminho, em vez de retransmitir na otimização de caminho tradicional com base simplesmente em métricas de IGP. Otimizar um caminho para reduzir a latência pode beneficiar muito aplicativos como voz e vídeo em tempo real. Também pode permitir acesso de alto desempenho a dados do mercado financeiro onde milissegundos podem se traduzir em ganhos ou perdas significativos.
A partir da versão 21.4R1 do Junos OS, você pode ativar o atraso no atraso do link OSPF em redes IP. Você pode alcançar caminhos métricas de IGP mínimos configurando o OSPF com o custo de link apropriado usando o algoritmo OSPF padrão. Isso otimiza caminhos para o endpoint que se baseiam estritamente na soma das métricas do link. Ao usar o algoritmo OSPF delay flex, você pode otimizar caminhos com base em seu atraso de ponta a ponta.
O atraso no enlace pode ser medido dinamicamente usando sondas de medição ativa de duas vias (TWAMP). Os roteadores então inundam os parâmetros de atraso do enlace. Os roteadores da área armazenam esses parâmetros no banco de dados de estado de link compartilhado (LSDB). Nós de entrada executam um algoritmo SPF contra o LSDB para computar caminhos otimizados em vários atributos, como cores de link, métrica de IGP, engenharia de tráfego (TE).
Para configurar a medição de atraso do link para uma Interface OSPF:
Para configurar a métrica de atraso para uma Interface OSPF:
[edit protocols ospf area 0.0.0.0 interface ge-0/0/0.0] user@host#set delay-metric microseconds
Por exemplo:
[edit protocols ospf area 0.0.0.0 interface ge-0/0/0.0] user@host#set delay-metric 20000
Entre no commit modo de configuração.
Para verificar os resultados de sua configuração, use o show protocols comando operacional.
user@host# show protocols
ospf {
area 0.0.0.0
interface ge-0/0/0.0 {
delay-measurement {
advertisement {
accelerated {
threshold 100;
}
periodic {
interval 35;
threshold 100;
}
}
probe-count 10;
probe-interval 100;
}
delay-metric {
20000;
)
}
Para verificar se os parâmetros de atraso do link estão presentes no banco de dados OSPF, use o show ospf database extensive | match delay comando operacional.
user@host> show ospf database extensive | match delay
Unidirectional link delay: 20000
Min unidirectional link delay: 20000
Max unidirectional link delay: 20000
Unidirectional delay variation: 20000
A saída exibe o atraso de 20000 microssegundos configurados na interface.