Sommario

Introduzione

Prerequisiti

Requisiti

Componenti usati

Convenzioni

Premesse

Switching a livello di processo e di interrupt

Cambio di percorso

Process Switching

Fast Switching

Optimum Switching

Cisco Express Forwarding (CEF)

Switching rapido/ottimale distribuito

CEF distribuito

Switching NetFlow

Servizi distribuiti

Scelta di un percorso di switching

Monitoraggio del router

Informazioni correlate

Introduzione

Questo documento offre una panoramica di alto livello dei problemi che influiscono sulle prestazioni del router e rimanda ad altri documenti che forniscono ulteriori dettagli su questi problemi.

Prerequisiti

Requisiti

Nessun requisito specifico previsto per questo documento.

Componenti usati

Le informazioni fornite in questo documento si basano sulle seguenti versioni software e hardware:

- Software Cisco IOS® versione 12.1.1

Convenzioni

Per ulteriori informazioni sulle convenzioni usate, consultare il documento Cisco sulle convenzioni nei suggerimenti tecnici.

Premesse

La configurazione di un router può influire sulle prestazioni di gestione dei pacchetti. Per i router che gestiscono grandi quantità di traffico, vale la pena sapere cosa sta facendo il dispositivo, come lo sta facendo e quanto tempo ci vuole per farlo per ottimizzare le sue prestazioni. Queste informazioni sono rappresentate nel file di configurazione. La configurazione riflette il modo in cui i pacchetti passano attraverso il router. Con una configurazione non ottimale, il pacchetto può rimanere all'interno del router più a lungo del necessario. Con un livello di carico elevato e sostenuto, è possibile riscontrare tempi di risposta lenti, congestione e timeout di connessione.

Per regolare le prestazioni di un router, l'obiettivo è ridurre al minimo il tempo in cui un pacchetto rimane su un router. In altri termini, ridurre al minimo il tempo di inoltro di un pacchetto dal router all'interfaccia in uscita ed evitare, quando possibile, buffer e congestione. Ogni funzionalità aggiunta a una configurazione è un ulteriore passaggio e il pacchetto in arrivo deve passare attraverso la porta di destinazione.

Le due risorse principali da risparmiare sono il tempo CPU e la memoria del router. Il router deve sempre avere la disponibilità della CPU per gestire i picchi e le attività periodiche. Quando la CPU viene utilizzata al 99% per un periodo di tempo eccessivo, la stabilità della rete può essere seriamente compromessa. Lo stesso concetto si applica alla disponibilità di memoria: la memoria deve essere sempre disponibile. Se la memoria del router è quasi completamente utilizzata, non rimane spazio nei pool di buffer del sistema. Ciò significa che i pacchetti che richiedono l'attenzione del processore (pacchetti con commutazione di contesto) vengono scartati non appena arrivano. È facile immaginare cosa potrebbe succedere se i pacchetti scartati contenessero pacchetti keepalive di interfaccia o aggiornamenti importanti del routing.

Switching a livello di processo e di interrupt

Nelle reti IP, le decisioni di inoltro dei pacchetti nei router si basano sul contenuto della tabella di routing. Durante la ricerca nella tabella di routing, il router cerca la corrispondenza più lunga per il prefisso dell'indirizzo IP di destinazione. Ciò avviene a "livello di processo" (noto come commutazione di processo), il che significa che la ricerca viene considerata come un altro processo in coda tra gli altri processi della CPU. Di conseguenza, il tempo di ricerca è imprevedibile e può richiedere molto tempo. Per risolvere questo problema, sono stati introdotti diversi metodi di commutazione basati sulla ricerca della corrispondenza esatta nel software Cisco IOS.

Il vantaggio principale della ricerca di corrispondenze esatte è che il tempo di ricerca è deterministico e molto breve. Il tempo necessario al router per prendere una decisione di inoltro viene notevolmente ridotto, rendendo possibile questa operazione a "livello di interrupt". La commutazione a livello di interrupt indica che quando arriva un pacchetto, viene attivato un interrupt che induce la CPU a rimandare altre attività per gestire il pacchetto. Il metodo legacy per l'inoltro dei pacchetti (cercando una corrispondenza più lunga nella tabella di routing) non può essere implementato a livello di interrupt e deve essere eseguito a livello di processo. Per diversi motivi, alcuni dei quali sono menzionati di seguito, il metodo di ricerca delle corrispondenze più lungo non può essere completamente abbandonato, quindi questi due metodi di ricerca esistono in parallelo sui router Cisco. Questa strategia è stata generalizzata e applicata anche a IPX e AppleTalk.

Per eseguire una ricerca di corrispondenze esatte a livello di interrupt, la tabella di routing deve essere trasformata in modo da utilizzare una struttura di memoria adatta a questo tipo di ricerca. Percorsi di commutazione diversi utilizzano strutture di memoria diverse. L'architettura di questa cosiddetta struttura ha un impatto significativo sui tempi di ricerca, rendendo la selezione del percorso di commutazione più appropriato un'attività molto importante. Per permettere al router di decidere a chi inoltrare un pacchetto, le informazioni di base di cui ha bisogno sono l'indirizzo dell'hop successivo e l'interfaccia in uscita. Inoltre, ha bisogno di informazioni sull'incapsulamento dell'interfaccia in uscita. A seconda della sua scalabilità, quest'ultima può essere memorizzata nella stessa struttura di memoria o in una struttura di memoria separata.

Di seguito è riportata la procedura per eseguire la commutazione a livello di interrupt:

1. Cercare nella struttura della memoria per determinare l'indirizzo dell'hop successivo e l'interfaccia in uscita.

2. Eseguire una riscrittura OSI (Open Systems Interconnection) di livello 2, detta anche riscrittura MAC, ossia modificare l'incapsulamento del pacchetto in modo che sia conforme all'interfaccia in uscita.

3. Inserire il pacchetto nella coda di uscita o nell'anello tx dell'interfaccia in uscita.

4. Aggiornare le strutture di memoria appropriate (reimpostare i timer nelle cache, aggiornare i contatori e così via).

L'interrupt che viene generato quando un pacchetto viene ricevuto dall'interfaccia di rete è chiamato "interrupt RX". Questo interrupt viene scartato solo quando vengono eseguiti tutti i passi precedenti. Se uno dei primi tre passaggi non può essere eseguito, il pacchetto viene inviato al livello di commutazione successivo. Se il livello successivo è la commutazione di contesto, il pacchetto viene inserito nella coda di input dell'interfaccia in entrata per la commutazione di contesto e l'interrupt viene scartato. Poiché gli interrupt non possono essere interrotti da interrupt dello stesso livello e tutte le interfacce generano interrupt dello stesso livello, nessun altro pacchetto può essere gestito finché l'interrupt RX corrente non viene scartato.

È possibile organizzare in una gerarchia percorsi di commutazione di interrupt diversi, da quello che fornisce la ricerca più veloce a quello che fornisce la ricerca più lenta. L'ultima risorsa utilizzata per la gestione dei pacchetti è sempre la commutazione di contesto. Non tutti i tipi di pacchetti e le interfacce sono supportati in ogni percorso di commutazione degli interrupt. In genere, solo quelli che richiedono un esame e modifiche limitate all'intestazione del pacchetto possono essere interrotti. Se il payload del pacchetto deve essere esaminato prima dell'inoltro, la commutazione di interrupt non è possibile. Per alcuni percorsi di commutazione di interrupt possono esistere vincoli più specifici. Inoltre, se la connessione di layer 2 sull'interfaccia in uscita deve essere affidabile (ossia, include il supporto per la ritrasmissione), il pacchetto non può essere gestito a livello di interrupt.

Di seguito sono riportati alcuni esempi di pacchetti che non possono essere interrotti:

- Traffico diretto al router (traffico del protocollo di routing, SNMP (Simple Network Management Protocol), Telnet, TFTP (Trivial File Transfer Protocol), ping, ecc.). Il traffico di gestione può essere originato e diretto al router. Hanno processi specifici correlati alle attività.

- Incapsulamenti orientati alla connessione OSI Layer 2 (ad esempio, X.25). Alcune attività sono troppo complesse per essere codificate nel percorso di commutazione di interrupt perché ci sono troppe istruzioni da eseguire oppure sono necessari timer e finestre. Alcuni esempi sono funzionalità quali la crittografia, la traduzione Local Area Transport (LAT) e Data-Link Switching Plus (DLSW+).

Cambio di percorso

Il percorso seguito da un pacchetto all'interno di un router è determinato dall'algoritmo di inoltro attivo. Questi sono anche chiamati "algoritmi di commutazione" o "percorsi di commutazione". Le piattaforme di fascia alta dispongono in genere di algoritmi di inoltro più potenti rispetto alle piattaforme di fascia bassa, ma spesso non sono attive per impostazione predefinita. Alcuni algoritmi di inoltro sono implementati nell'hardware, altri nel software e altri in entrambi, ma l'obiettivo è sempre quello di inviare i pacchetti il più rapidamente possibile.

Gli algoritmi di switching disponibili sui router Cisco sono:

Algoritmo di inoltro

Comando (Esegue dalla modalità config-interface)

Switching rapido

ip route-cache

Switching con stessa interfaccia

ip route-cache stessa interfaccia

Switching autonomo (solo piattaforme 7000)

ip route-cache bus

Switching in silicio (piattaforme 7000 con SSP installato solo)

ip route-cache sse

Switching distribuito (solo piattaforme compatibili con VIP)

ip route-cache distribuito

Switching ottimale (solo router high-end)

ip route-cache optimum

Switching NetFlow

flusso ip route-cache

Cisco Express Forwarding (CEF)

ip cef

CEF distribuito

ip cef distribuito

Di seguito è riportata una breve descrizione di ciascun percorso di commutazione in ordine di prestazioni. La commutazione autonoma e in silicio non viene trattata in quanto si riferisce all'hardware finale.

Process Switching

La commutazione di contesto è il modo più semplice per gestire un pacchetto. Il pacchetto viene inserito nella coda corrispondente al protocollo del layer 3, quindi il processo corrispondente viene pianificato dall'utilità di pianificazione. Il processo è uno dei processi che possono essere visualizzati nell'output del comando show processes cpu (ossia, "ip input" per un pacchetto IP). A questo punto, il pacchetto rimane nella coda finché lo scheduler non fornisce la CPU al processo corrispondente. Il tempo di attesa dipende dal numero di processi in attesa di esecuzione e dal numero di pacchetti in attesa di elaborazione. La decisione di instradamento viene quindi presa in base alla tabella di instradamento. L'incapsulamento del pacchetto viene modificato in modo da essere conforme all'interfaccia in uscita, che viene quindi accodata alla coda di output dell'interfaccia in uscita appropriata.

Fast Switching

Nella commutazione veloce, la CPU prende la decisione di inoltro a livello di interrupt. Le informazioni derivate dalla tabella di routing e le informazioni sull'incapsulamento delle interfacce in uscita vengono combinate per creare una cache a commutazione rapida. Ogni voce della cache è composta dall'indirizzo IP di destinazione, dall'identificazione dell'interfaccia in uscita e dalle informazioni di riscrittura MAC. La cache a commutazione rapida ha la struttura di una struttura binaria.

Se nella cache a commutazione rapida non è presente alcuna voce per una determinata destinazione, il pacchetto corrente deve essere accodato per la commutazione di processo. Quando il processo appropriato prende una decisione di inoltro per questo pacchetto, crea una voce nella cache a commutazione rapida e tutti i pacchetti consecutivi alla stessa destinazione possono essere inoltrati a livello di interrupt.

Poiché si tratta di una cache basata su destinazione, la condivisione del carico viene eseguita solo per ogni destinazione. Anche se la tabella di routing ha due percorsi dei costi uguali per una rete di destinazione, esiste solo una voce nella cache di switching rapido per ciascun host.

Optimum Switching

La commutazione ottimale è fondamentalmente uguale alla commutazione veloce, con la differenza che utilizza un albero multidimensionale a 256 vie (mtree) invece di un albero binario, con conseguente maggiore necessità di memoria e più veloce ricerca nella cache. Per ulteriori informazioni sulle strutture ad albero e sulla commutazione fast/optimum/Cisco Express Forwarding (CEF), consultare il documento sulla scelta del miglior percorso di switching per il router della rete.

Cisco Express Forwarding (CEF)

Gli svantaggi principali dei precedenti algoritmi di commutazione sono:

1. Il primo pacchetto per una particolare destinazione viene sempre commutato in base al processo per inizializzare la cache veloce.

2. La cache veloce può diventare molto grande. Ad esempio, se esistono più percorsi di costo uguali per la stessa rete di destinazione, la cache veloce viene popolata da voci host anziché dalla rete come descritto sopra.

3. Non esiste una relazione diretta tra la cache veloce e la tabella ARP. Se una voce non è più valida nella cache ARP, non è possibile invalidarla nella cache veloce. Per evitare questo problema, ogni minuto un ventesimo della cache viene invalidato in modo casuale. L'annullamento della convalida/il ripopolamento della cache può diventare un'operazione ad uso intensivo della CPU con reti di grandi dimensioni.

Il CEF risolve questi problemi utilizzando due tabelle: la tabella FIB (Forwarding Information Based) e la tabella adiacente. La tabella adiacente è indicizzata dagli indirizzi di layer 3 (L3) e contiene i corrispondenti dati di layer 2 (L2) necessari per inoltrare un pacchetto. Viene popolato quando il router individua nodi adiacenti. La tabella FIB è un mtree indicizzato in base agli indirizzi L3. Viene creato in base alla tabella di routing e punta alla tabella adiacente.

Un altro vantaggio di CEF è che la struttura del database consente il bilanciamento del carico per destinazione o per pacchetto. La home page CEF fornisce ulteriori informazioni su CEF.

Switching rapido/ottimale distribuito

Lo switching Fast/Optimum distribuito cerca di ridurre il carico della CPU principale (Route/Switch Processor [RSP]) spostando la decisione di routing sui processori di interfaccia (IP). Ciò è possibile solo sulle piattaforme high-end che possono avere CPU dedicate per interfaccia (Versatile Interface Processor [VIP], Line Card [LC]). In questo caso, la cache veloce viene semplicemente caricata nell'indirizzo VIP. Quando riceve un pacchetto, il VIP tenta di prendere la decisione di routing in base a quella tabella. Se l'operazione ha esito positivo, il pacchetto viene accodato direttamente alla coda dell'interfaccia in uscita. In caso di errore, il pacchetto viene inserito nella coda per il successivo percorso di commutazione configurato (commutazione ottimale -> commutazione rapida -> commutazione di contesto).

Con la commutazione distribuita, gli elenchi degli accessi vengono copiati nei VIP, ossia i VIP possono controllare il pacchetto rispetto all'elenco degli accessi senza l'intervento del RSP.

CEF distribuito

Distributed CEF (dCEF) è simile a distributed switching, ma vi sono meno problemi di sincronizzazione tra le tabelle. dCEF è l'unico metodo di commutazione distribuita disponibile dal software Cisco IOS versione 12.0. È importante sapere che se la commutazione distribuita è abilitata su un router, le tabelle FIB/adiacenze vengono caricate su tutti i VIP nel router, indipendentemente dal fatto che la relativa interfaccia abbia o meno configurato CEF/dCEF.

Con dCEF, l'indirizzo VIP elabora anche gli elenchi degli accessi, i dati di routing basati su policy e le regole di limitazione delle velocità, che sono tutti contenuti nella scheda VIP. Netflow può essere abilitato insieme a dCEF per migliorare l'elaborazione dell'elenco degli accessi da parte dei VIP.

Nella tabella seguente viene mostrato, per ciascuna piattaforma, il percorso di switching supportato dalla versione del software Cisco IOS.

Percorso di switching

Sotto il limite inferiore(1)

Fascia bassa/media(2)

Cisco AS5850

Cisco 7000 con RSP

Cisco 72xx/71xx

Cisco 75xx

Cisco GSR 12xxx

Commenti

Process Switching

TUTTO

TUTTO

TUTTO

TUTTO

TUTTO

TUTTO

NO

Inizializza la cache di commutazione

Veloce

NO

TUTTO

TUTTO

TUTTO

TUTTO

TUTTO

NO

Predefinito per tutti tranne IP nella fascia alta

Optimum Switching

NO

NO

NO

TUTTO

TUTTO

TUTTO

NO

Impostazione predefinita per high end per IP precedente alla 12.0

Switching NetFlow (3)

NO

12.0(2), 12.0T E 12.0S

TUTTO

11.1CA, 11.1CC, 11.2, 11.2P, 11.3, 11.3T, 12.0, 12.0T, 12.0S

11.1CA, 11.1CC, 11.2, 11.2P, 11.3, 11.3T, 12.0, 12.0T, 12.0S

11.1CA, 11.1CC, 11.2, 11.2P, 11.3, 11.3T, 12.0, 12.0T, 12.0S

12.0(6)S

Distributed Optimum Switching

NO

NO

NO

NO

NO

11.1, 11.1CC, 11.1CA, 11.2, 11.2P, 11.3 E 11.3T

NO

Utilizzo di VIP2-20,40,50 Non disponibile da 12.0.

CEF

NO

12.0(5)T

TUTTO

11.1CC, 12.0 e 12.0x

11.1CC, 12.0 e 12.0x

11.1CC, 12.0 e 12.0x

NO

Impostazione predefinita per high end per IP da 12.0

dCEF

NO

NO

TUTTO

No

NO

11.1CC, 12.0 e 12.0x

11.1CC, 12.0 e 12.0x

Solo su VIP 75xx e GSR

(1) Include da 801 a 805.

(2) Include 806 e superiori, 1000, 1400, 1600, 1700, 2600, 3600, 3700, 4000, AS5300, AS5350, AS5400 e serie AS5800.

(3) Il supporto per NetFlow Export v1, v5 e v8 sulle piattaforme 1400, 1600 e 2500 è destinato al software Cisco IOS versione 12.0(4)T. Il supporto NetFlow per queste piattaforme non è disponibile nella versione principale del software Cisco IOS versione 12.0.

(4) L'impatto dell'uso di UHP sulle prestazioni di queste piattaforme: RSP720-3C/MSFC4, RSP720-3CXL/MSFC4, 7600-ES20-GE3CXL/7600-ES20-D3CXL, SUP720-3BXL/MSFC3 è un valore null esplicito che determina un ricircolo e una riduzione delle prestazioni in PE. Il throughput è ridotto a 12 Mp/s da 20 Mp/s su RSP720-3C/MSFC4, RSP720-3CXL/MSFC4 e SUP720-3BXL/MSFC3, mentre il 7600-ES20-GE3CXL/7600-ES20-D3CXL ha un throughput ridotto a 25 Mp/s da 48 Mp/s.

Switching NetFlow

La commutazione NetFlow è un termine improprio, aggravato dal fatto che è configurata allo stesso modo di un percorso di commutazione. In realtà, la commutazione NetFlow non è un percorso di commutazione perché la cache NetFlow non contiene né punta alle informazioni necessarie per la riscrittura di layer 2. La decisione di commutazione deve essere presa dal percorso di commutazione attivo.

Con la commutazione NetFlow, il router classifica il traffico per flusso. Un flusso è definito come una sequenza unidirezionale di pacchetti tra gli endpoint di origine e di destinazione specificati. Per definire il flusso, il router utilizza gli indirizzi di origine e di destinazione, i numeri di porta del livello trasporto, il tipo di protocollo IP, il tipo di servizio (ToS) e l'interfaccia di origine. Questo modo di classificare il traffico consente al router di elaborare solo il primo pacchetto di un flusso rispetto alle funzionalità che richiedono la CPU, ad esempio elenchi di accesso di grandi dimensioni, code, criteri di accounting e funzionalità di accounting/fatturazione avanzate. Per ulteriori informazioni, vedere la home page di NetFlow.

Servizi distribuiti

Sulle piattaforme high-end diverse attività a uso intensivo della CPU (non solo gli algoritmi di commutazione dei pacchetti) possono essere spostate dal processore principale a processori distribuiti come quelli sulle schede VIP (7500). Alcune di queste attività possono essere esportate da un processore generico a schede di porta o moduli di rete specifici che implementano la funzione su hardware dedicato.

È comune scaricare le operazioni dal processore principale ai processori VIP, quando possibile. In questo modo si liberano risorse e si aumentano le prestazioni del router. Alcuni processi che potrebbero essere scaricati sono la compressione dei pacchetti, la crittografia dei pacchetti e l'inserimento in coda ponderato. Per ulteriori attività che è possibile scaricare, vedere la tabella seguente. Una descrizione completa dei servizi disponibili è disponibile in Distributed Services sul Cisco 7500.

Servizio

Caratteristiche

Switching di base

Cisco Express Forwarding IP fragmentation Fast EtherChannel

VPN

ACL: estesi e turbo con crittografia Cisco, tunnel GRE (Generic Route Encapsulation), sicurezza IP (IPSec), tunnel Layer 2 Tunneling Protocol (L2TP)

QoS

Prevenzione delle congestioni (dWRED) da parte di NBAR Traffic Shaping (dTS) Policing (CAR) Propagazione delle policy con larghezza di banda minima garantita (dCBWFQ) tramite routing delle policy BGPh

Multiservice

Accodamento a bassa latenza FRF 11/12 Compressione intestazione RTP Multilink PPP con frammentazione e interfoliazione del collegamento

Contabilità

Contabilità di output Esportazione NetFlow Precedenza e contabilità MAC

Bilanciamento del carico

CEF load balancing Multilink PPP

Memorizzazione nella cache

WCCP V1 WCCP V2

Compressione

Compressione L2 SW e HW Compressione L3 SW e HW

Multicast

Switching distribuito multicast

Scelta di un percorso di switching

La regola di base è scegliere il miglior percorso di commutazione disponibile (da più veloce a più lento): dCEF, CEF, optimum e fast. Abilitando CEF o dCEF si ottengono le migliori prestazioni. L'attivazione della commutazione NetFlow può migliorare o ridurre le prestazioni a seconda della configurazione. Se gli elenchi degli accessi sono molto grandi, o se è necessario eseguire alcune operazioni di contabilità, o entrambe, si consiglia di passare a NetFlow. Di solito NetFlow è abilitato sui router perimetrali che hanno molta potenza di CPU e usano molte funzioni. Se si configurano più percorsi di switching, ad esempio fast-switching e CEF, sulla stessa interfaccia, il router proverà a utilizzare tutti i percorsi dal migliore al peggiore (iniziando dal CEF e terminando con la commutazione di contesto).

Monitoraggio del router

Utilizzare i comandi seguenti per verificare se il percorso di commutazione viene utilizzato in modo efficiente e il tipo di caricamento del router.

show ip interfaces: Questo comando fornisce una panoramica del percorso di commutazione applicato a una particolare interfaccia.

Router#show ip interfaces

Ethernet0/0 is up, line protocol is up

Internet address is 10.200.40.23/22

Broadcast address is 255.255.255.255

Address determined by setup command

MTU is 1500 bytes

Helper address is not set

Directed broadcast forwarding is disabled

Outgoing access list is not set

Inbound access list is not set

Proxy ARP is enabled

Security level is default

Split horizon is enabled

ICMP redirects are always sent

ICMP unreachables are always sent

ICMP mask replies are never sent

IP fast switching is enabled

IP fast switching on the same interface is disabled

IP Flow switching is disabled

IP CEF switching is enabled

IP Fast switching turbo vector

IP Normal CEF switching turbo vector

IP multicast fast switching is enabled

IP multicast distributed fast switching is disabled

IP route-cache flags are Fast, CEF

Router Discovery is disabled

IP output packet accounting is disabled

IP access violation accounting is disabled

TCP/IP header compression is disabled

RTP/IP header compression is disabled

Probe proxy name replies are disabled

Policy routing is disabled

Network address translation is disabled

WCCP Redirect outbound is disabled

WCCP Redirect inbound is disabled

WCCP Redirect exclude is disabled

BGP Policy Mapping is disabled

Da questo output si può vedere che la commutazione veloce è abilitata, la commutazione NetFlow è disabilitata e la commutazione CEF è abilitata.

show processes cpu: Con questo comando vengono visualizzate informazioni utili sul carico della CPU. Per ulteriori informazioni, vedere Risoluzione dei problemi di utilizzo elevato della CPU sui router Cisco.

Router#show processes cpu

CPU utilization for five seconds: 0%/0%; one minute: 0%; five minutes: 0%

PID  Runtime(ms)  Invoked  uSecs    5Sec   1Min   5Min TTY Process

1          28    396653      0   0.00%  0.00%  0.00%   0 Load Meter

2         661     33040     20   0.00%  0.00%  0.00%   0 CEF Scanner

3       63574    707194     89   0.00%  0.00%  0.00%   0 Exec

4     1343928    234720   5725   0.32%  0.08%  0.06%   0 Check heaps

5           0         1      0   0.00%  0.00%  0.00%   0 Chunk Manager

6          20         5   4000   0.00%  0.00%  0.00%   0 Pool Manager

7           0         2      0   0.00%  0.00%  0.00%   0 Timers

8      100729     69524   1448   0.00%  0.00%  0.00%   0 Serial Backgroun

9         236     66080      3   0.00%  0.00%  0.00%   0 Environmental mo

10       94597    245505    385   0.00%  0.00%  0.00%   0 ARP Input

11           0         2      0   0.00%  0.00%  0.00%   0 DDR Timers

12           0         2      0   0.00%  0.00%  0.00%   0 Dialer event

13           8         2   4000   0.00%  0.00%  0.00%   0 Entity MIB API

14           0         1      0   0.00%  0.00%  0.00%   0 SERIAL A'detect

15           0         1      0   0.00%  0.00%  0.00%   0 Critical Bkgnd

16      130108    473809    274   0.00%  0.00%  0.00%   0 Net Background

17           8       327     24   0.00%  0.00%  0.00%   0 Logger

18         573   1980044      0   0.00%  0.00%  0.00%   0 TTY Background

[...]

mostra riepilogo memoria: Le prime righe di questo comando forniscono informazioni utili sull'utilizzo della memoria del router e sulla memoria/sul buffer.

Router#show memory summary

Head    Total(b)     Used(b)     Free(b)   Lowest(b)  Largest(b)

Processor   8165B63C     6965700     4060804     2904896     2811188     2884112

I/O    1D00000     3145728     1770488     1375240     1333264     1375196

[...]

show interfaces stat e show interfaces switching: Con questi due comandi viene mostrato il percorso utilizzato dal router e la modalità di commutazione del traffico.

Router#show interfaces stat

Ethernet0

Switching path    Pkts In   Chars In   Pkts Out  Chars Out

Processor      52077   12245489      24646    3170041

Route cache          0          0          0          0

Distributed cache          0          0          0          0

Total      52077   12245489      24646    3170041

Router#show interfaces switching

Ethernet0

Throttle count          0

Drops         RP          0         SP          0

SPD Flushes       Fast          0        SSE          0

SPD Aggress       Fast          0

SPD Priority     Inputs          0      Drops          0

Protocol       Path    Pkts In   Chars In   Pkts Out  Chars Out

Other    Process          0          0        595      35700

Cache misses          0

Fast          0          0          0          0

Auton/SSE          0          0          0          0

IP    Process          4        456          4        456

Cache misses          0

Fast          0          0          0          0

Auton/SSE          0          0          0          0

IPX    Process          0          0          2        120

Cache misses          0

Fast          0          0          0          0

Auton/SSE          0          0          0          0

Trans. Bridge    Process          0          0          0          0

Cache misses          0

Fast         11        660          0          0

Auton/SSE          0          0          0          0

DEC MOP    Process          0          0         10        770

Cache misses          0

Fast          0          0          0          0

Auton/SSE          0          0          0          0

ARP    Process          1         60          2        120

Cache misses          0

Fast          0          0          0          0

Auton/SSE          0          0          0          0

CDP    Process        200      63700        100      31183

Cache misses          0

Fast          0          0          0         0

Auton/SSE          0          0          0         0

Informazioni correlate

- Risoluzione dei problemi relativi all'utilizzo elevato della CPU nei router Cisco

- Il comando show processes

- Documentazione e supporto tecnico – Cisco Systems