Que tipo de processos e / ou ferramentas você usa para projetar o custo OSPF nos links em seus ambientes?
Respostas:
Não tenho certeza se essa é uma pergunta que pode obter uma resposta muito boa, mas é importante saber a ordem de preferência do OSPF:
intra area routes
inter area routes
external type 1
external type 2
NSSA type 1
NSSA type 2
Portanto, em alguns casos, o ajuste da métrica não afeta a engenharia de tráfego. É importante alterar a largura de banda de referência de custo automático nos dispositivos Cisco, para que haja uma diferença no custo entre interfaces de velocidade mais alta. Por padrão, isso pode ser definido como 100 Mbit. Isso significaria que as interfaces de 100 Mbit, gig e 10 gig teriam o mesmo custo.
Para uma convergência mais rápida, é bom ter rotas de custo igual (ECMP); portanto, se você estiver olhando o iBGP para um loopback, terá dois caminhos e, se um deles cair, o impacto não deve ser tão grande.
Eu costumava trabalhar para um ISP grande e eles definiam todos os custos manualmente nas interfaces de trânsito. O design básico era escolher o caminho que tivesse menos saltos de núcleo. A rede foi projetada com acesso, distribuição e níveis principais, com links duplos entre cada nível. Se houver vários caminhos com o mesmo número de saltos principais, escolha o caminho com o menor atraso.
Então, com base nisso, eles projetaram os caminhos e definiram custos nas interfaces. Isso pode exigir muito planejamento. O lado ruim dos protocolos de estado de link é que eles usam apenas a largura de banda da interface para calcular a métrica. Portanto, você pode ter um caso em que a métrica é a mesma, mas a distância é significativamente maior por um dos caminhos.
Estamos falando de redes bastante grandes antes que isso tenha um impacto.
Então, eu o projetaria com base na largura de banda, número de dispositivos a percorrer, distância física (atraso) e, claro, dinheiro poderia ser um fator se um caminho fosse mais caro que o outro.
O custeio costuma ser usado para mesclar fluxos de tráfego e obter uma melhor utilização da largura de banda disponível, mas o custeio também pode ser usado para dividir o tráfego e promover a simetria. Considere o design do campus, no qual cada edifício tem dois comutadores de distribuição e dois uplinks de fibra. Uma combinação de raiz da árvore de abrangência, custo hsrp e ospf fornece separação e simetria perfeitas nos uplinks. A chave para alcançar a separação de entrada está no custo dos SVIs nas vlans de voz e dados.
Em nossa rede, usamos a latência da linha para determinar o custo. Medimos a latência em microssegundos e aplicamos isso como o custo da linha. Não importa se você usa a latência de ida ou de ida e volta, é claro. Você só precisa ser consistente. Isso funciona para nós porque nossos links WAN são quase sempre 10G, portanto, não precisamos levar em consideração os problemas de capacidade.
Isso cria a topologia de encaminhamento de menor latência e, se houver uma falha no caminho principal, sabemos que seremos encaminhados para o próximo caminho mais rápido disponível.
A latência é obviamente o aspecto mais importante a ser considerado em nossa rede; é por isso que isso funciona para nós. Outras redes podem preferir linhas de capacidade mais baratas ou mais altas do que linhas de baixa latência. Tudo o que a empresa exige é onde você deve começar.