O Interior Gateway Routing Protocol (IGRP) soma os valores ponderados das diferentes características do link da rede em questão para calcular uma métrica. As características do link do qual o IGRP calcula uma métrica composta são a largura de banda, atraso, carga, confiabilidade e unidade máxima de transmissão (MTU). Por padrão, o IGRP escolhe uma rota com base na largura de banda e no atraso.
Os leitores deste documento devem estar cientes destes tópicos:
IGRP e características relacionadas
Nota: Refira uma introdução ao IGRP para mais informação.
As informações neste documento são baseadas nas versões de software e hardware:
Software Release 12.2(24a) de Cisco IOS®
Cisco 2500 Series Router
As informações neste documento foram criadas a partir de dispositivos em um ambiente de laboratório específico. Todos os dispositivos utilizados neste documento foram iniciados com uma configuração (padrão) inicial. Se a sua rede estiver ativa, certifique-se de que entende o impacto potencial de qualquer comando.
For more information on document conventions, refer to the Cisco Technical Tips Conventions.
Esta seção usa um exemplo a fim ilustrar como encontrar a métrica quando o IGRP é o protocolo de roteamento.
O diagrama para a encenação dada é fornecido aqui:
Está aqui a fórmula usada para calcular o métrica composta para o IGRP:
Métrica = [K1 * Largura de banda + (K2 * Bandwidth)/(256-load) + K3*Delay] * [K5/(reliability + K4)]
Os valores constantes do padrão são K1 = K3 = 1 e K2 = K4 = K5 = 0.
Se o K5 = 0, [K5/(reliability + termo K4)] não é usado. Assim, dado os valores padrão para K1 com o K5, o cálculo métrica composta usado pelo IGRP reduz-se à métrica = à largura de banda + ao atraso.
Os valores K nestas fórmulas são constantes que você pode definir com o comando router configuration, metric weights tos k1 k2 k3 k4 k5.
Nota: Cisco sugere fortemente que você não mude os parâmetros do padrão K.
Para encontrar a largura de banda, encontre o menor de todas as larguras de banda nos kbps das interfaces enviadas e divida 10,000,000 por esse número. (A largura de banda é escalada por 10,000,000 nos kilobits por segundo.)
A fim encontrar o atraso, adicionar todos os atrasos (nos microssegundos) das interfaces enviadas e dividir este número por 10. (o atraso está nos décimos de microssegundos.)
Recorde, o trajeto com a métrica a menor é o melhor caminho.
As várias saídas dos comandos show para ambo o Roteadores são como mostrado aqui:
Venus# show interfaces ethernet 0 Ethernet0 is up, line protocol is up Hardware is Lance, address is 0060.5cf4.a9a8 (bia 0060.5cf4.a9a8) Internet address is 12.1.1.1/24 MTU 1500 bytes, BW 10000 Kbit, DLY 1000 usec, reliability 255/255, txload 1/255, rxload 1/255 Encapsulation ARPA, loopback not set Venus# show interfaces serial 0 Serial0 is up, line protocol is up Hardware is HD64570 Internet address is 172.16.10.2/24 MTU 1500 bytes, BW 784 Kbit, DLY 20000 usec, reliability 255/255, txload 1/255, rxload 1/255 Encapsulation FRAME-RELAY, loopback not set Keepalive set (10 sec) LMI enq sent 981, LMI stat recvd 330, LMI upd recvd 0, DTE LMI up LMI enq recvd 340, LMI stat sent 0, LMI upd sent 0 LMI DLCI 1023 LMI type is CISCO frame relay DTE Saturn# show interfaces serial 1 Serial0 is up, line protocol is up Hardware is HD64570 Internet address is 172.16.10.1/24 MTU 1500 bytes, BW 224 Kbit, DLY 20000 usec, reliability 255/255, txload 1/255, rxload 1/255 Encapsulation FRAME-RELAY, loopback not set Keepalive set (10 sec) LMI enq sent 167, LMI stat recvd 168, LMI upd recvd 0, DTE LMI up LMI enq recvd 0, LMI stat sent 0, LMI upd sent 0 LMI DLCI 1023 LMI type is CISCO frame relay DTE Saturn# show interfaces ethernet 0 Ethernet0 is up, line protocol is up Hardware is Lance, address is 0060.5cf4.a955 (bia 0060.5cf4.a955) Internet address is 172.17.10.1/16 MTU 1500 bytes, BW 10000 Kbit, DLY 1000 usec, reliability 255/255, txload 1/255, rxload 1/255 Encapsulation ARPA, loopback not set
Você pode ver os valores de métrica calculados pelo IGRP com o comando show ip route:
Venus# show ip route 172.17.10.1 Routing entry for 172.17.0.0/16 Known via "igrp 100", distance 100, metric 14855 Redistributing via igrp 100 Advertised by igrp 100 (self originated) Last update from 172.16.10.1 on serial0, 00:00:13 ago Routing Descriptor Blocks: * 172.16.10.1, from 172.16.10.1, 00:00:13 ago, via Serial0 Route metric is 14855, traffic share count is 1 Total delay is 21000 microseconds, minimum bandwidth is 784 Kbit Reliability 255/255, minimum MTU 1500 bytes Loading 1/255, Hops 0
Os cálculos correspondentes são:
Métrica = largura de banda + atraso = 10000000/784 + (20000 + 1000)/10 = 14855
Saturn# show ip route 12.1.1.1 Routing entry for 12.0.0.0/8 Known via "igrp 100", distance 100, metric 46742 Redistributing via igrp 100 Advertised by igrp 100 (self originated) Last update from 172.16.10.2 on serial1, 00:00:43 ago Routing Descriptor Blocks: * 172.16.10.2, from 172.16.10.2, 00:00:43 ago, via Serial1 Route metric is 46742, traffic share count is 1 Total delay is 21000 microseconds, minimum bandwidth is 224 Kbit Reliability 255/255, minimum MTU 1500 bytes Loading 1/255, Hops 0
Os cálculos correspondentes são:
Métrica = largura de banda + atraso = 10000000/224 + (20000 + 1000)/10 = 46742
Os padrões do K2 constante a zero. Se o K2 é ajustado a 1, a carga transforma-se uma variável usada no roteamento. O problema parece ser se a carga salta. Se os custos métricos saltam no início de uma sessão de FTP, é possível para a rota entra no holddown devido ao aumento. A carga é calculada como frequentemente?
A carga é uma média pesada do cinco minutos exponencialmente que seja atualizada cada cinco segundos.
É possível para o valor de carga aumentar rapidamente bastante para fazer a rota instável?
Sim, é. E mais ruim, quando a carga cai, a métrica diminui. Esta falha causa uma atualização flash.
Desde que o custo métrica composta a um local dado é determinado pela relação a mais lenta no trajeto e a relação a mais lenta é normalmente a linha de acesso na nuvem, como pode o IGRP ser configurado para usar o trajeto o mais rápido através do nuvem de rede?
Uma vez que a relação a mais lenta foi determinada, o resto do roteamento está feito em lúpulos (atraso) sem consideração para velocidades da lúpulo-relação. Com as grandes diferenças nos valores de largura de banda, não parece prático tentar e usar o atraso inclinar o roteamento de nuvem de rede. Uma solução óbvia é configurar o comando bandwidth nas linhas de acesso ser mais rápida do que toda a linha do backbone do nuvem de rede.
Uma outra solução é configurar o atraso nas relações MACILENTOS para ser uma medida precisa do atraso para esse enlace particular. Você não deve tem que emenda os atrasos de todo, e você deve ter o bom roteamento.
É certamente de valor mudar as larguras de banda na linha de acesso se você tem larguras de banda radicalmente diferentes dentro de seu WAN.
Emita o comando default-metric ajustar a métrica para as rotas redistribuída. Esta indicação é apropriada para a maioria de casos:
Venus(config)# router igrp 100 Venus(config-router)# default-metric 10000 100 255 1 1500
onde 10000 = largura de banda, 100 = atraso, 255 = confiança, 1 = carga, e 1500 = MTU.