Distribuzione del peso CEF nella condivisione del carico a costi diversi

Opzioni per il download

PDF (148.9 KB)
Visualizza con Adobe Reader su diversi dispositivi
ePub (99.0 KB)
Visualizza in diverse app su iPhone, iPad, Android, Sony Reader o Windows Phone
Mobi (Kindle) (102.1 KB)
Visualizza su dispositivo Kindle o tramite app Kindle su più dispositivi

Aggiornato:28 novembre 2018

ID documento:213936

Linguaggio senza pregiudizi

La documentazione per questo prodotto è stata redatta cercando di utilizzare un linguaggio senza pregiudizi. Ai fini di questa documentazione, per linguaggio senza di pregiudizi si intende un linguaggio che non implica discriminazioni basate su età, disabilità, genere, identità razziale, identità etnica, orientamento sessuale, status socioeconomico e intersezionalità. Le eventuali eccezioni possono dipendere dal linguaggio codificato nelle interfacce utente del software del prodotto, dal linguaggio utilizzato nella documentazione RFP o dal linguaggio utilizzato in prodotti di terze parti a cui si fa riferimento. Scopri di più sul modo in cui Cisco utilizza il linguaggio inclusivo.

Informazioni su questa traduzione

Cisco ha tradotto questo documento utilizzando una combinazione di tecnologie automatiche e umane per offrire ai nostri utenti in tutto il mondo contenuti di supporto nella propria lingua. Si noti che anche la migliore traduzione automatica non sarà mai accurata come quella fornita da un traduttore professionista. Cisco Systems, Inc. non si assume alcuna responsabilità per l’accuratezza di queste traduzioni e consiglia di consultare sempre il documento originale in inglese (disponibile al link fornito).

Sommario

Introduzione

Prerequisiti

Requisiti

Componenti usati

Panoramica di UCMP

Configurazioni iniziali

Pesi/carico metrica

Determinazione varianza UCMP

Comprensione dei pesi

Determinazione dei valori di peso

Peso

Peso normalizzato

Manipolazione dei rapporti peso/carico CEF

Esempio 1: Rapporto peso/carico 26/5

Esempio 2: Rapporto peso/carico di 30/1

Introduzione

Questo documento descrive gli aspetti di Comprensione, configurazione e verifica dei percorsi multipli diseguali in IOS-XR. Inoltre, vengono presentati esempi di manipolazioni del peso per mostrare in che modo la metrica del percorso verso una destinazione influisce sul carico di un collegamento.

Prerequisiti

Non sono previsti prerequisiti per questo documento.

Requisiti

Gli esempi seguenti sono basati su IOS-XR 6.4.1.

Componenti usati

Le informazioni discusse in questo documento fanno riferimento a dispositivi usati in uno specifico ambiente di emulazione. Su tutti i dispositivi menzionati nel documento la configurazione è stata ripristinata ai valori predefiniti. Se la rete è operativa, valutare attentamente eventuali conseguenze derivanti dall'uso dei comandi.

Panoramica di UCMP

Il bilanciamento del carico UCMP (Unequal Cost Multipath) consente di bilanciare il carico in modo proporzionale su più percorsi, con costi diversi. In genere, per i percorsi con larghezza di banda più elevata è configurata una metrica IGP (Interior Gateway Protocol) inferiore, in modo che formino i percorsi IGP più brevi.

Con il bilanciamento del carico UCMP abilitato, i protocolli possono utilizzare percorsi di larghezza di banda ancora più bassi o percorsi di costo maggiore per il traffico e possono installare questi percorsi nel FIB (Forwarding Information Base). Questi protocolli installano ancora più percorsi alla stessa destinazione in FIB, ma a ogni percorso sarà associato un 'load metric/weight'. FIB utilizza questa metrica/peso del carico per decidere la quantità di traffico da inviare su un percorso con larghezza di banda superiore e la quantità di traffico da inviare su un percorso con larghezza di banda inferiore.

Tradizionalmente, EIGRP è stato l'unico IGP che supporta la funzione UCMP, ma in IOS-XR UCMP è supportato per tutti gli IGP, il routing statico e BGP. In questo documento verrà illustrata la funzionalità UCMP utilizzando OSPF come base per gli esempi, ma le informazioni qui riportate si applicano anche all'IS-IS e ad altri protocolli compatibili con UCMP.

Diagramma topologico

Configurazioni iniziali

XR1
!
hostname XR1
!
interface GigabitEthernet0/0/0/0.12
 description TO R2
 ipv4 address 12.0.0.1 255.255.255.0
 encapsulation dot1q 12
!
interface GigabitEthernet0/0/0/0.13
 description TO R2
 ipv4 address 13.0.0.1 255.255.255.0
 encapsulation dot1q 13
!
router ospf 1
 address-family ipv4
 area 0
 !
  interface GigabitEthernet0/0/0/0.12
   cost 100
  !
  interface GigabitEthernet0/0/0/0.13
   cost 100
  !
 !
!
end

R2
!
hostname R2
!   
interface Ethernet0/0.12
 description TO XR1
 encapsulation dot1Q 12
 ip address 12.0.0.2 255.255.255.0
!
interface Ethernet0/0.13
 description TO XR1
 encapsulation dot1Q 13
 ip address 13.0.0.2 255.255.255.0
!
interface Ethernet0/1
 description TO R3
 ip address 172.16.23.2 255.255.255.0
 ip ospf cost 100
!
!
router ospf 1
 network 0.0.0.0 255.255.255.255 area 0
!
end

R3
!
hostname R3
!
interface Loopback0
 description FINAL_DESTINATION
 ip address 3.3.3.3 255.255.255.255
!
interface Ethernet0/0
 description TO R2
 ip address 172.16.23.3 255.255.255.0
!
router ospf 1
 network 0.0.0.0 255.255.255.255 area 0
!
end

Pesi/carico metrica

In IOS-XR, quando si installano più percorsi verso una destinazione, alla destinazione viene assegnato un valore di peso che indica la distribuzione del carico per un particolare collegamento. Questo valore è inversamente proporzionale alla metrica del percorso alla destinazione, più alto è il costo, più basso è il peso assegnato. Questo consente al CEF di eseguire in modo intelligente la condivisione del carico dei collegamenti durante il routing alle destinazioni.

Quando si installano i percorsi ECMP, i valori di peso assegnati sono sempre impostati su 0 per tutti i percorsi, il che significa che il traffico viene condiviso equamente. Se si controlla CEF, è possibile verificare che siano stati assegnati pesi pari a 0 per ciascun percorso.

RP/0/RP0/CPU0:XR1#show cef 3.3.3.3/32 detail 

3.3.3.3/32, version 87, internal 0x1000001 0x0 (ptr 0xd689b50) [1], 0x0 (0xd820648), 0x0 (0x0)
 Updated Nov 11 22:15:58.953 
 remote adjacency to GigabitEthernet0/0/0/0.12
 Prefix Len 32, traffic index 0, precedence n/a, priority 1
  gateway array (0xd6b32f8) reference count 2, flags 0x0, source rib (7), 0 backups
                [3 type 3 flags 0x8401 (0xd759758) ext 0x0 (0x0)]
  LW-LDI[type=3, refc=1, ptr=0xd820648, sh-ldi=0xd759758]
  gateway array update type-time 1 Nov 11 22:15:58.953
 LDI Update time Nov 11 22:15:58.953
 LW-LDI-TS Nov 11 22:15:58.953
   via 12.0.0.2/32, GigabitEthernet0/0/0/0.12, 4 dependencies, weight 0, class 0 [flags 0x0]
    path-idx 0 NHID 0x0 [0xe14b0a0 0x0]
    next hop 12.0.0.2/32
    remote adjacency
   via 13.0.0.2/32, GigabitEthernet0/0/0/0.13, 4 dependencies, weight 0, class 0 [flags 0x0]
    path-idx 1 NHID 0x0 [0xe14b128 0x0]
    next hop 13.0.0.2/32
    remote adjacency

    Load distribution: 0 1 (refcount 3)

    Hash  OK  Interface                 Address
    0     Y   GigabitEthernet0/0/0/0.12 remote         
    1     Y   GigabitEthernet0/0/0/0.13 remote

Determinazione varianza UCMP

Se si desidera abilitare UCMP, è innanzitutto necessario impostare il costo in modo diverso su XR1. Per questo motivo, il costo verrà impostato come indicato di seguito:

router ospf 1
 address-family ipv4
 area 0
  interface Loopback0
  !
  interface GigabitEthernet0/0/0/0.12
   cost 50
  !
  interface GigabitEthernet0/0/0/0.13
   cost 100
  !
 !
end

RP/0/RP0/CPU0:XR1#show route 3.3.3.3/32

Routing entry for 3.3.3.3/32
  Known via "ospf 1", distance 110, metric 151, type intra area
  Installed Nov 11 22:32:48.289 for 00:00:32
  Routing Descriptor Blocks
    12.0.0.2, from 3.3.3.3, via GigabitEthernet0/0/0/0.12
      Route metric is 151
  No advertising protos.

Per considerare altri percorsi per UCMP, è necessario determinare se sono idonei. IOS-XR utilizza un criterio percentuale per IS-IS e OSPF, basato sul comando ucmp variance <value> router process. Le due strade che abbiamo sono:

metrica percorso 1 (pm1) = 151

path metric 2 (pm2) = 201

Gli hop successivi senza loop verranno installati in base a UCMP <= (Varianza * Metrica percorso primario) / 100.

Il valore di incremento del percorso primario per raggiungere la metrica del percorso peggiore (pm2) in questo caso è 134% di 151, ovvero 202. Questo è il valore di varianza esatto da configurare per rendere il percorso idoneo.

!
router ospf 1
 ucmp variance 134
!

RP/0/RP0/CPU0:XR1#show route 3.3.3.3/32

Routing entry for 3.3.3.3/32
  Known via "ospf 1", distance 110, metric 151, type intra area
  Installed Nov 11 22:36:45.720 for 00:00:09
  Routing Descriptor Blocks
    12.0.0.2, from 3.3.3.3, via GigabitEthernet0/0/0/0.12
      Route metric is 151, Wt is 4294967295
    13.0.0.2, from 3.3.3.3, via GigabitEthernet0/0/0/0.13
      Route metric is 151, Wt is 3226567396
  No advertising protos.

Spoiler

Nota: Il valore della varianza non ha alcun impatto sui risultati del peso. In questo caso una varianza minima di 134 o una varianza di 10000 (valore massimo) avrebbe portato agli stessi risultati di ponderazione, invece, i valori di costo sono quelli che influenzano i pesi risultanti, in quanto sono inversamente proporzionali l'uno all'altro.

Nota: Il valore della varianza non ha alcun impatto sui risultati del peso. In questo caso una varianza minima di 134 o una varianza di 10000 (valore massimo) avrebbe portato agli stessi risultati di ponderazione, invece, i valori di costo sono quelli che influenzano i pesi risultanti, in quanto sono inversamente proporzionali l'uno all'altro.

Comprensione dei pesi

In IOS-XR esistono due tipi diversi di pesi: peso e pesi normalizzati. L'uso di questi bucket si basa sul numero di bucket di hash supportati su una particolare piattaforma, XRv9000 supporta 32 bucket di hash, ASR 9000 e CRS-X supportano rispettivamente 64 bucket di hash. Ciò significa che, quando il router programma i valori del peso, il peso non può superare il limite dell'intervallo di hash della piattaforma in questione. Per verificare i pesi normalizzati programmati, usare il comando show cef <prefix> detail location<location>. In base ai valori di costo impostati, abbiamo una distribuzione del carico di 18, 13, il che significa che sono stati assegnati 31 bucket di hash (18+13).

RP/0/RP0/CPU0:XR1#show cef 3.3.3.3/32 detail 

3.3.3.3/32, version 23, internal 0x1000001 0x0 (ptr 0xd3ecb50) [1], 0x0 (0xd583610), 0x0 (0x0)
 Updated Nov 11 22:36:45.723 
 remote adjacency to GigabitEthernet0/0/0/0.12
 Prefix Len 32, traffic index 0, precedence n/a, priority 1
  gateway array (0xd4163d8) reference count 1, flags 0x0, source rib (7), 0 backups
                [2 type 3 flags 0x8401 (0xd4bc7b8) ext 0x0 (0x0)]
  LW-LDI[type=3, refc=1, ptr=0xd583610, sh-ldi=0xd4bc7b8]
  gateway array update type-time 1 Nov 11 22:36:45.723
 LDI Update time Nov 11 22:36:45.729
 LW-LDI-TS Nov 11 22:36:45.729
   via 12.0.0.2/32, GigabitEthernet0/0/0/0.12, 6 dependencies, weight 4294967295, class 0 [flags 0x0]
    path-idx 0 NHID 0x0 [0xe14b1b0 0x0]
    next hop 12.0.0.2/32
    remote adjacency
   via 13.0.0.2/32, GigabitEthernet0/0/0/0.13, 6 dependencies, weight 3226567396, class 0 [flags 0x0]
    path-idx 1 NHID 0x0 [0xe14b128 0x0]
    next hop 13.0.0.2/32
    remote adjacency

    Weight distribution:
    slot 0, weight 4294967295, normalized_weight 18, class 0
    slot 1, weight 3226567396, normalized_weight 13, class 0

    Load distribution: 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 1 1 1 1 1 1 1 1 1 1 1 1 1 (refcount 2)

    Hash  OK  Interface                 Address
    0     Y   GigabitEthernet0/0/0/0.12 remote         
    1     Y   GigabitEthernet0/0/0/0.12 remote         
    2     Y   GigabitEthernet0/0/0/0.12 remote         
    3     Y   GigabitEthernet0/0/0/0.12 remote         
    4     Y   GigabitEthernet0/0/0/0.12 remote         
    5     Y   GigabitEthernet0/0/0/0.12 remote         
    6     Y   GigabitEthernet0/0/0/0.12 remote         
    7     Y   GigabitEthernet0/0/0/0.12 remote         
    8     Y   GigabitEthernet0/0/0/0.12 remote         
    9     Y   GigabitEthernet0/0/0/0.12 remote         
    10    Y   GigabitEthernet0/0/0/0.12 remote         
    11    Y   GigabitEthernet0/0/0/0.12 remote         
    12    Y   GigabitEthernet0/0/0/0.12 remote         
    13    Y   GigabitEthernet0/0/0/0.12 remote         
    14    Y   GigabitEthernet0/0/0/0.12 remote         
    15    Y   GigabitEthernet0/0/0/0.12 remote         
    16    Y   GigabitEthernet0/0/0/0.12 remote         
    17    Y   GigabitEthernet0/0/0/0.12 remote         
    18    Y   GigabitEthernet0/0/0/0.13 remote         
    19    Y   GigabitEthernet0/0/0/0.13 remote         
    20    Y   GigabitEthernet0/0/0/0.13 remote         
    21    Y   GigabitEthernet0/0/0/0.13 remote         
    22    Y   GigabitEthernet0/0/0/0.13 remote         
    23    Y   GigabitEthernet0/0/0/0.13 remote         
    24    Y   GigabitEthernet0/0/0/0.13 remote         
    25    Y   GigabitEthernet0/0/0/0.13 remote         
    26    Y   GigabitEthernet0/0/0/0.13 remote         
    27    Y   GigabitEthernet0/0/0/0.13 remote         
    28    Y   GigabitEthernet0/0/0/0.13 remote         
    29    Y   GigabitEthernet0/0/0/0.13 remote         
    30    Y   GigabitEthernet0/0/0/0.13 remote

Come si può osservare, la somma del peso normalizzato rappresenta la quantità di bucket di hash assegnati dalla piattaforma, in questo caso, non possiamo mai superare 32 bucket di hash, secondo il limite di questa particolare piattaforma. Il peso del percorso primario (pm1) è sempre impostato su 4294967295, ovvero il peso massimo (2^32) - 1.

Determinazione dei valori di peso

Peso

È possibile calcolare facilmente i pesi con la formula peso = miglior costo / peggiore costo * 4294967295. Ad esempio, i pesi per il percorso 1 e il percorso 2 vengono calcolati di seguito:

Weight_path_1 = sempre impostato su 4294967295

Weight_path_2 = 151 / 201 * 4294967295 = 3226567470

Spoiler

Nota: Durante il calcolo dei valori può verificarsi una perdita di precisione, come nel caso dei calcoli a virgola mobile. È necessario installare numeri interi in RIB e FIB.

Nota: Durante il calcolo dei valori può verificarsi una perdita di precisione, come nel caso dei calcoli a virgola mobile. È necessario installare numeri interi in RIB e FIB.

Peso normalizzato

Come accennato, non possiamo installare nella tabella CEF valori di peso che superano la quantità di bucket di hash da una piattaforma, a causa di questo abbiamo bisogno di normalizzare i pesi prima di programmarli in hardware. La piattaforma calcola i pesi normalizzati in base alla formula Peso normalizzato = (Peso percorso/Peso totale) * Dimensione massima del periodo fisso. In base all'esempio, è possibile calcolare quanto segue:

normalized_weight_1 = (4294967295 * 32) / (3226567396 + 4294967295 ) = 18

normalized_weight_2 = (3226567396 * 32) / (3226567396 + 4294967295) = 13

Spoiler

Nota: Quando G.C.D è uguale a 1, viene utilizzato il metodo precedente, altrimenti se G.C.D =! 1, quindi normalizza peso sarà divisione del G.C.D risultante per i valori di peso.

Nota: Quando G.C.D è uguale a 1, viene utilizzato il metodo precedente, altrimenti se G.C.D =! 1, quindi normalizza peso sarà divisione del G.C.D risultante per i valori di peso.

Manipolazione dei rapporti peso/carico CEF

In alcuni scenari è possibile determinare il valore metrico del percorso da configurare per ottenere una distribuzione peso/carico risultante. È possibile determinare la metrica del percorso appropriata modificando il costo dei collegamenti e in base a fino a raggiungere o approssimare il valore richiesto. Si noti che non tutti i pesi che potrebbero essere necessari sono esattamente possibili, ma possiamo approssimare la distribuzione richiesta.

Prima di continuare, tenere in considerazione le restrizioni seguenti:

a) Non tutte le distribuzioni peso/carico sono esattamente possibili, ma possiamo fare un'approssimazione.

b.) Non superare mai i limiti del bucket di hash. - Ciò significa che la somma di tutti i pesi del percorso non può superare i bucket di hash; in tal caso, il peso deve essere normalizzato. Significa che, quando sommiamo tutti i pesi, non superiamo il limite dell'hash bucket.

c.) ASR 9000 e CRS-X hanno un limite di 64 bucket di hash, XRv9000 un limite di 32 bucket di hash.

d.) Quando si utilizza una versione precedente alla 6.4.1, la distribuzione del peso è diversa e il percorso con il peso minore è sempre impostato su 1, mentre gli altri percorsi sono multipli di questo percorso, il che significa che può essere superiore a 1.

Esempio 1: Rapporto peso/carico 26/5

Seguendo la stessa topologia in precedenza, desideriamo avere una distribuzione di peso 26/5 tra i due collegamenti.

i.) Inizialmente, i costi vengono impostati in modo uguale su tutti i percorsi (100 + 100 + 1) = 201.

ii) Se si imposta la varianza UCMP sul valore massimo, verranno considerati tutti gli hop successivi.

iii) Se si controlla RIB, è possibile verificare lo stato predefinito in cui XR1 esegue ECMP.

RP/0/RP0/CPU0:XR1#show cef 3.3.3.3/32 detail 

3.3.3.3/32, version 27, internal 0x1000001 0x0 (ptr 0xd3ecb50) [1], 0x0 (0xd583610), 0x0 (0x0)
 Updated Nov 11 23:08:25.290 
 remote adjacency to GigabitEthernet0/0/0/0.12
 Prefix Len 32, traffic index 0, precedence n/a, priority 1
  gateway array (0xd416218) reference count 2, flags 0x0, source rib (7), 0 backups
                [3 type 3 flags 0x8401 (0xd4bc6f8) ext 0x0 (0x0)]
  LW-LDI[type=3, refc=1, ptr=0xd583610, sh-ldi=0xd4bc6f8]
  gateway array update type-time 1 Nov 11 23:08:25.290
 LDI Update time Nov 11 23:08:25.297
 LW-LDI-TS Nov 11 23:08:25.297
   via 12.0.0.2/32, GigabitEthernet0/0/0/0.12, 4 dependencies, weight 4294967295, class 0 [flags 0x0]
    path-idx 0 NHID 0x0 [0xe14b1b0 0x0]
    next hop 12.0.0.2/32
    remote adjacency
   via 13.0.0.2/32, GigabitEthernet0/0/0/0.13, 4 dependencies, weight 4294967295, class 0 [flags 0x0]
    path-idx 1 NHID 0x0 [0xe14b128 0x0]
    next hop 13.0.0.2/32
    remote adjacency

    Weight distribution:
    slot 0, weight 4294967295, normalized_weight 1, class 0
    slot 1, weight 4294967295, normalized_weight 1, class 0

    Load distribution: 0 1 (refcount 3)

    Hash  OK  Interface                 Address
    0     Y   GigabitEthernet0/0/0/0.12 remote         
    1     Y   GigabitEthernet0/0/0/0.13 remote

In questo esempio verrà utilizzato un caso in cui si desidera impostare i seguenti pesi:

W1 = 26 (miglior costo primario)

W2 = 5 (miglior costo secondario)

È necessario prendere un percorso della gamba, per questo percorso, il costo dovrebbe già essere noto, in questo caso il percorso di riferimento sarà il percorso via Gi0/0/0/0.12. Il percorso della gamba sarà pre-calcolato con il costo da fine a fine, le metriche del percorso e il peso richiesto per questo percorso sono:

i.) X1+Y1+D1 = 100 + 100 + 1 = 201. (Notare le variabili associate a ciascun collegamento nella topologia).

ii) Peso 1 = 26

iii) Peso 2 = 5

iv.) pm1 = 201 (percorso della gamba primaria); Peso = 26

v.) pm2 = ancora sconosciuto (percorso secondario); Peso = 5

Calcolo dei pesi.

Metrica percorso di pm2: pm2 = (26/5) * 201 = 1045

Determinazione del costo del collegamento X2 su XR1.

X2 = pm2-(x2+y1+d1)

1045-(100+100+1) = 844

Configurazione del costo OSPF sul collegamento X2.

router ospf 1
 ucmp variance 10000
 area 0
 !
  interface GigabitEthernet0/0/0/0.13
   cost 844

Verificando la distribuzione peso/carico è possibile verificare che i pesi richiesti sono stati assegnati correttamente in CEF come previsto nei calcoli.

RP/0/RP0/CPU0:XR1#show cef 3.3.3.3/32 detail 

3.3.3.3/32, version 37, internal 0x1000001 0x0 (ptr 0xd3ecce0) [1], 0x0 (0xd5835d8), 0x0 (0x0)
 Updated Nov 11 23:17:47.945 
 remote adjacency to GigabitEthernet0/0/0/0.12
 Prefix Len 32, traffic index 0, precedence n/a, priority 1
  gateway array (0xd4163d8) reference count 1, flags 0x0, source rib (7), 0 backups
                [2 type 3 flags 0x8401 (0xd4bc7b8) ext 0x0 (0x0)]
  LW-LDI[type=3, refc=1, ptr=0xd5835d8, sh-ldi=0xd4bc7b8]
  gateway array update type-time 1 Nov 11 23:17:47.945
 LDI Update time Nov 11 23:17:47.956
 LW-LDI-TS Nov 11 23:17:47.956
   via 12.0.0.2/32, GigabitEthernet0/0/0/0.12, 6 dependencies, weight 4294967295, class 0 [flags 0x0]
    path-idx 0 NHID 0x0 [0xe14b1b0 0x0]
    next hop 12.0.0.2/32
    remote adjacency
   via 13.0.0.2/32, GigabitEthernet0/0/0/0.13, 6 dependencies, weight 913532538, class 0 [flags 0x0]
    path-idx 1 NHID 0x0 [0xe14b128 0x0]
    next hop 13.0.0.2/32
    remote adjacency

    Weight distribution:
    slot 0, weight 4294967295, normalized_weight 26, class 0
    slot 1, weight 913532538, normalized_weight 5, class 0

    Load distribution: 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 1 1 1 1 1 (refcount 2)

    Hash  OK  Interface                 Address
    0     Y   GigabitEthernet0/0/0/0.12 remote         
    1     Y   GigabitEthernet0/0/0/0.12 remote         
    2     Y   GigabitEthernet0/0/0/0.12 remote         
    3     Y   GigabitEthernet0/0/0/0.12 remote         
    4     Y   GigabitEthernet0/0/0/0.12 remote         
    5     Y   GigabitEthernet0/0/0/0.12 remote         
    6     Y   GigabitEthernet0/0/0/0.12 remote         
    7     Y   GigabitEthernet0/0/0/0.12 remote         
    8     Y   GigabitEthernet0/0/0/0.12 remote         
    9     Y   GigabitEthernet0/0/0/0.12 remote         
    10    Y   GigabitEthernet0/0/0/0.12 remote         
    11    Y   GigabitEthernet0/0/0/0.12 remote         
    12    Y   GigabitEthernet0/0/0/0.12 remote         
    13    Y   GigabitEthernet0/0/0/0.12 remote         
    14    Y   GigabitEthernet0/0/0/0.12 remote         
    15    Y   GigabitEthernet0/0/0/0.12 remote         
    16    Y   GigabitEthernet0/0/0/0.12 remote         
    17    Y   GigabitEthernet0/0/0/0.12 remote         
    18    Y   GigabitEthernet0/0/0/0.12 remote         
    19    Y   GigabitEthernet0/0/0/0.12 remote         
    20    Y   GigabitEthernet0/0/0/0.12 remote         
    21    Y   GigabitEthernet0/0/0/0.12 remote         
    22    Y   GigabitEthernet0/0/0/0.12 remote         
    23    Y   GigabitEthernet0/0/0/0.12 remote         
    24    Y   GigabitEthernet0/0/0/0.12 remote         
    25    Y   GigabitEthernet0/0/0/0.12 remote         
    26    Y   GigabitEthernet0/0/0/0.13 remote         
    27    Y   GigabitEthernet0/0/0/0.13 remote         
    28    Y   GigabitEthernet0/0/0/0.13 remote         
    29    Y   GigabitEthernet0/0/0/0.13 remote         
    30    Y   GigabitEthernet0/0/0/0.13 remote

Esempio 2: Rapporto peso/carico di 30/1

Come in precedenza, il costo predefinito è 100 su entrambe le interfacce XR1.

W1 = 30 (miglior costo primario)

W2 = 1 (miglior costo secondario)

i.) X1+Y1+D1 = 100 + 100 + 1 = 201. (Notare le variabili associate a ciascun collegamento nella topologia).

ii) Peso 1 = 30

iii) Peso 2 = 1

iv.) pm1 = 201 (percorso della gamba primaria); Peso = 30

v.) pm2 = ancora sconosciuto (percorso secondario); Peso = 1

Calcolo dei pesi.

Metrica percorso di pm2: pm2 = (30/1) * 201 = 6030

Determinazione del costo del collegamento X2 su XR1.

X2 = pm2-(x2+y1+d1)

6030-(100+100+1) = 5829

Configurazione del costo OSPF sul collegamento X2.

router ospf 1
 ucmp variance 10000
 area 0
 !
  interface GigabitEthernet0/0/0/0.13
   cost 5829

Verificando la distribuzione peso/carico è possibile verificare che i pesi richiesti sono stati assegnati correttamente in CEF come previsto nei calcoli.

RP/0/RP0/CPU0:XR1#show cef 3.3.3.3/32 detail 

3.3.3.3/32, version 40, internal 0x1000001 0x0 (ptr 0xd3ecce0) [1], 0x0 (0xd5835d8), 0x0 (0x0)
 Updated Nov 11 23:31:58.207 
 remote adjacency to GigabitEthernet0/0/0/0.12
 Prefix Len 32, traffic index 0, precedence n/a, priority 1
  gateway array (0xd416218) reference count 1, flags 0x0, source rib (7), 0 backups
                [2 type 3 flags 0x8401 (0xd4bc6f8) ext 0x0 (0x0)]
  LW-LDI[type=3, refc=1, ptr=0xd5835d8, sh-ldi=0xd4bc6f8]
  gateway array update type-time 1 Nov 11 23:31:58.207
 LDI Update time Nov 11 23:31:58.208
 LW-LDI-TS Nov 11 23:31:58.208
   via 12.0.0.2/32, GigabitEthernet0/0/0/0.12, 6 dependencies, weight 4294967295, class 0 [flags 0x0]
    path-idx 0 NHID 0x0 [0xe14b1b0 0x0]
    next hop 12.0.0.2/32
    remote adjacency
   via 13.0.0.2/32, GigabitEthernet0/0/0/0.13, 6 dependencies, weight 140784018, class 0 [flags 0x0]
    path-idx 1 NHID 0x0 [0xe14b128 0x0]
    next hop 13.0.0.2/32
    remote adjacency

    Weight distribution:
    slot 0, weight 4294967295, normalized_weight 30, class 0
    slot 1, weight 140784018, normalized_weight 1, class 0

    Load distribution: 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 1 (refcount 2)

    Hash  OK  Interface                 Address
    0     Y   GigabitEthernet0/0/0/0.12 remote         
    1     Y   GigabitEthernet0/0/0/0.12 remote         
    2     Y   GigabitEthernet0/0/0/0.12 remote         
    3     Y   GigabitEthernet0/0/0/0.12 remote         
    4     Y   GigabitEthernet0/0/0/0.12 remote         
    5     Y   GigabitEthernet0/0/0/0.12 remote         
    6     Y   GigabitEthernet0/0/0/0.12 remote         
    7     Y   GigabitEthernet0/0/0/0.12 remote         
    8     Y   GigabitEthernet0/0/0/0.12 remote         
    9     Y   GigabitEthernet0/0/0/0.12 remote         
    10    Y   GigabitEthernet0/0/0/0.12 remote         
    11    Y   GigabitEthernet0/0/0/0.12 remote         
    12    Y   GigabitEthernet0/0/0/0.12 remote         
    13    Y   GigabitEthernet0/0/0/0.12 remote         
    14    Y   GigabitEthernet0/0/0/0.12 remote         
    15    Y   GigabitEthernet0/0/0/0.12 remote         
    16    Y   GigabitEthernet0/0/0/0.12 remote         
    17    Y   GigabitEthernet0/0/0/0.12 remote         
    18    Y   GigabitEthernet0/0/0/0.12 remote         
    19    Y   GigabitEthernet0/0/0/0.12 remote         
    20    Y   GigabitEthernet0/0/0/0.12 remote         
    21    Y   GigabitEthernet0/0/0/0.12 remote         
    22    Y   GigabitEthernet0/0/0/0.12 remote         
    23    Y   GigabitEthernet0/0/0/0.12 remote         
    24    Y   GigabitEthernet0/0/0/0.12 remote         
    25    Y   GigabitEthernet0/0/0/0.12 remote         
    26    Y   GigabitEthernet0/0/0/0.12 remote         
    27    Y   GigabitEthernet0/0/0/0.12 remote         
    28    Y   GigabitEthernet0/0/0/0.12 remote         
    29    Y   GigabitEthernet0/0/0/0.12 remote         
    30    Y   GigabitEthernet0/0/0/0.13 remote

Contributo dei tecnici Cisco

Elvin Arias
Cisco TAC Engineer

Distribuzione del peso CEF nella condivisione del carico a costi diversi

Opzioni per il download

Linguaggio senza pregiudizi

Informazioni su questa traduzione

Sommario

Introduzione

Prerequisiti

Requisiti

Componenti usati

Panoramica di UCMP

Configurazioni iniziali

Pesi/carico metrica

Determinazione varianza UCMP

Comprensione dei pesi

Determinazione dei valori di peso

Peso

Peso normalizzato

Manipolazione dei rapporti peso/carico CEF

Esempio 1: Rapporto peso/carico 26/5

Esempio 2: Rapporto peso/carico di 30/1

Contributo dei tecnici Cisco

Questo documento ti è stato utile?

Contattaci

Questo documento si applica a questi prodotti