Come posso vedere quali switchport non sono in uso?

48

Su un grande stack di switch Cisco Catalyst, quasi tutti gli switchport sono sottoposti a patch. Devo identificare le porte, che non sono in uso, per il collegamento di altri dispositivi.

A seguito di scambi, cablaggi, campi di patch e prese per possibili dispositivi terminali è laborioso e anche in questo caso potrebbero essere temporaneamente utilizzati socket. Osservare l'attività dei LED delle porte non è affidabile, poiché un dispositivo utente può essere spento.

Qual è il modo più semplice per rilevare tutti gli switchport inutilizzati tramite i comandi IOS?

cisco  cisco-catalyst  cisco-commands  cisco-ios 
— Stefan
fonte
Qualche risposta ti è stata d'aiuto? in tal caso, dovresti accettare la risposta in modo che la domanda non continui a comparire per sempre, alla ricerca di una risposta. In alternativa, potresti fornire e accettare la tua risposta.
— Ron Maupin

Risposte:

41

Uso frequentemente

sh int | i (FastEthernet|0 packets input)

o lo stesso con GigabitEthernet, qualunque tipo di interfaccia che voglio controllare.

  • sh int(che è show interfaces) fornisce un enorme elenco di ste status di tutte le interfacce
  • Il simbolo della pipe |può essere utilizzato per il filtraggio, ma anche nelle espressioni di ricerca
  • | i(per include) filtra l'output che corrisponde alle seguenti espressioni di ricerca
  • Uso (...|...)per soddisfare due condizioni: il nome dell'interfaccia e uno stato che mi piace vedere, qui possiamo usare espressioni regolari, come questa espressione "o"

L'output può apparire come:

...
FastEthernet1/0/31 is up, line protocol is up (connected)
     95445640 packets input, 18990165053 bytes, 0 no buffer
FastEthernet1/0/32 is up, line protocol is up (connected)
FastEthernet1/0/33 is up, line protocol is up (connected)
FastEthernet1/0/34 is down, line protocol is down (notconnect)
     0 packets input, 0 bytes, 0 no buffer
FastEthernet1/0/35 is down, line protocol is down (notconnect)
FastEthernet1/0/36 is up, line protocol is up (connected)
FastEthernet1/0/37 is down, line protocol is down (notconnect)
     0 packets input, 0 bytes, 0 no buffer
...

Ora posso vedere i miei candidati, con in realtà 0 pacchetti inseriti nel tempo, anche se la mia espressione corrisponde a numeri che terminano con 0. Potrei renderlo più perfetto, ma essere facili da ricordare è anche un vantaggio. I nomi delle interfacce proprio prima di ogni 0 righe di input di pacchetti sono i miei candidati.

  • Controlla ogni interfaccia scelta se è davvero inutilizzata da sh int <name>
  • Di tanto in tanto, è bene cancellare i contatori: clear counters [type number]

Può essere una buona pratica lasciare l'arresto degli switchport inutilizzati. Quindi è facile identificarli usando sh ip int brio simili. E non si verificano problemi se si utilizza uno switchport che era stato definitivamente chiuso prima.

— Stefan
fonte
5
Device # Show int | notconnect mostrerà solo le interfacce che sono down / down.
— Artanix,
1
Questa risposta è in stile "Network Engineer 1.0". Sul serio? Pipe da includere? :) Invece, estrarre i dati dal dispositivo ed elaborarli con strumenti UNIX standard e scrivere il proprio script / programma per produrre un rapporto.
— netdad,
2
@stefan, le parentesi non sono necessarie ... questo funziona bene in iOS:sh int | i FastEthernet|0 packets input
— Mike Pennington,
Inoltre, se rimuovi la parte "Fast" abbinerai le interfacce Gig, Fast e Regular Ethernet
— Remi Letourneau,
28

In definitiva ... DOCUMENTAZIONE. Devi sapere dove ogni cavo patch sarà sicuro al 100% di non disconnettere qualcosa che qualcuno potrebbe aspettarsi di funzionare a un certo punto. Solo perché una porta è attualmente "inattiva" non significa che qualcuno non la stia utilizzando. Anche solo perché i contatori sono attualmente pari a zero non significa che non sia mai stato utilizzato o che non sarà più utilizzato in futuro (prossimo) - i contatori possono essere cancellati e i contatori resettati a zero all'avvio.

Ho lavorato presso ISP e grandi aziende e la documentazione è la chiave per sapere cosa è cosa. Senza di essa, un'ipotesi casuale porterà a numerosi brutti giorni ... i clienti si arrabbiano un po 'quando si esegue la loro linea DSL con qualcun altro, si duplica un'assegnazione di indirizzo, si chiude l'interfaccia sbagliata, ecc. Gli armadi di cablaggio aziendali possono essere un vero casino; senza documentazione, rintracciare dozzine di cavi tra migliaia può essere una seccatura (e qualcosa di così semplice come contano le descrizioni delle porte).

— Ricky Beam
fonte
2
Sono d'accordo, la documentazione è assolutamente importante e documento il patching e le configurazioni delle porte. Proprio negli uffici enormi in cui il 98% delle porte ha la stessa configurazione standard e i luoghi di lavoro cambiano rapidamente e le patch vengono eseguite dal servizio di assistenza di 1 ° livello, non posso documentare in modo sicuro, quindi ho bisogno di controlli su ciò che viene utilizzato. Naturalmente le porte non standard non verranno toccate senza documentare.
— Stefan,
Devo votare questo (penso che sia il mio primo ..) questa domanda riguarda più "cosa posso controllare ora" rispetto a "cosa penso di avere?" La documentazione è fantastica. A volte, irrilevante.
— netdad,
" per connettere altri dispositivi ", quindi sta cercando porte libere da usare altrove, non controllando la sua infrastruttura. La corretta documentazione è l'unico modo per saperlo con certezza, a parte quello ... tracciare il cavo (che ha detto che era un grande dolore.)
— Ricky Beam,
2
La documentazione è eccezionale e immensamente utile quando ce l'hai. Tuttavia, a volte "erediti" una rete con poca o nessuna documentazione e senza mezzi per raccoglierla. Ad esempio, una rete su cui ho lavorato aveva migliaia di porte switch e in un edificio i pannelli patch erano etichettati "Bob M.", "Sally J.", ecc. A volte devi solo andare avanti con le informazioni che puoi raccogliere (e vorrei avere la documentazione).
— YLearn
Anche la documentazione non è sempre accurata al 100%. Ma alla fine della giornata, ci sono i tuoi documenti e traccia la porta fino alla fine. Ci sono stati degli approcci offerti per rilevare l'attività recente (dove recente è un evento di azzeramento del contatore), ma rischi comunque di riutilizzare una porta che qualcuno potrebbe presumere sia ancora connessa. Sono stato morso a riutilizzare le porte che pensavo che la gente non usasse più - la legge di Murphy.
— Ricky Beam,
12

mi piace anche

sh int | inc line protocol is|Last input

quali uscite

FastEthernet0/29 is down, line protocol is down (notconnect)
  Last input never, output never, output hang never
FastEthernet0/30 is up, line protocol is up (connected)
  Last input never, output 00:00:07, output hang never
FastEthernet0/46 is down, line protocol is down (notconnect)
  Last input never, output 6d23h, output hang never

Il parametro di output indica quando l'ultima porta ha visto il traffico utile per identificare quelle porte che vengono utilizzate solo occasionalmente.

EDIT: Vale anche la pena notare (per ragioni che esulano dallo scopo di questa domanda) è che "L'ultimo input" è quasi sempre "mai"

— Mike Marotta
fonte
Mi è piaciuto fino a quando non l'ho provato e ho notato che l'interfaccia di gestione sul mio F5 primario dice "Ultimo input mai" ma mostra anche "136217193 pacchetti di input". Ero solo in quella F5 pochi minuti fa, quindi sono abbastanza fiducioso che l'interfaccia sia in uso e funzionante.
— Dave Noonan,
Buon punto, ho aggiunto una modifica per chiarire. Questo è un comportamento previsto. Inoltre, ho aperto una nuova domanda ( networkengineering.stackexchange.com/questions/664/… ) per rispondere al tuo punto.
— Mike Marotta,
1
@MikeMarotta Quindi, da questo, possiamo dedurre che questo comando non è in effetti buono perché i risultati non sono affidabili?
— Jwbensley,
Mentre l'ultimo input è quasi sempre mai, il valore di output dovrebbe essere quello che stai guardando e questo afferra la linea.
— YLearn
11

Mi piace la risposta di @Stefan ma con questa riga di comando "sh int | i (input di pacchetti Ethernet | 0)" che ora acquisisce tutti i tipi di interfaccia Ethernet e filtra i numeri diversi da zero che finiscono con zero. Ha detto che potrebbe essere possibile un po 'di messa a punto, quindi questo è solo un esempio.

Un'altra opzione è ...

  sh int counters | i (Port|_0             0             0             0)

Sì, è necessario lo spazio bianco. Il modo più semplice per ottenere gli spazi giusti è fare "contatori sh int" e copiare una linea con tutti gli zeri. Un punto qui è che a metà dell'elenco cambia da Input, che vogliamo, a Output, di cui non ci interessa trovare porte inutilizzate. Ha il vantaggio di mostrare SOLO le porte senza input, quindi non devi eliminare le porte in uso come fai con il metodo di Stefan.

— Dave Noonan
fonte
1
Usa awk. Non preoccuparti degli spazi folli.
— netdad,
3
Non credo che awk sia disponibile nella IOS CLI. Se è così, allora sono pazzo che non ci ho pensato, perché sarebbe sicuramente utile.
— Dave Noonan,
1
Vedi la mia risposta Il mio punto è che dovresti estrarre le informazioni dal dispositivo (tramite SNMP o altro) o copiare incollare questo output nella tua casella UNIX preferita e fare il lavoro lì. L'intero mondo è quindi disponibile.
— netdad,
4
+1, tecnicamente potresti usare al show int counters | i _0_.*_0_.*_0_.*_0_posto degli spazi ... anche la tua risposta deve essere sh int counters | i (Port|_0 0 0 0)(nota il carattere di sottolineatura principale, che IOS interpreta come spazio)
— Mike Pennington,
5
Regex corretto è supportato nelle recenti versioni di IOS (l'ho provato su un 3560 su 12.2 (55) SE7), quindi il regex funzionante più semplice per fare quello che stai suggerendo sarebbe show interfaces counters | inc ( +0 +0 +0).
— Paul Gear,
11

Vorrei raschiare l'output (o afferrarlo con SNMP, ancora meglio) e utilizzare gli strumenti UNIX standard per analizzarlo. Ecco un semplice esempio:

Qui, ho salvato un output parziale da 'show int counter' (solo per scopi dimostrativi) in un file chiamato "counter".

[mkantows@ochofu049]$ cat counters
Port            InOctets    InUcastPkts    InMcastPkts    InBcastPkts
Gi1/0/1                0              0              0              0
Gi1/0/2      94949242720      556137619         571828          57745
Gi1/0/3       1522191492        8663327        1105299          55269
Gi1/0/4       3743856345       18565173        1275617          53658
Gi1/0/5                0              0              0              0
Gi1/0/6                0              0              0              0

Ora, basta usare awk per produrre un rapporto di tutte le porte che hanno tutti e quattro i campi contatore a zero:

[mkantows@ochofu049]$ cat counters | awk '{if ($2 == 0 && $3 == 0 && $4 == 0 && $5 == 0) print $1}'
Gi1/0/1
Gi1/0/5
Gi1/0/6

L'idea principale qui è quella di ottenere qualsiasi dato che stai utilizzando dal dispositivo in modo da poter fare più intelligente / complesso / più semplice / qualunque analisi e segnalazione.

NOTA Per più dispositivi, l'utilizzo di un'utilità Linux come "schermo" per registrare l'output da una connessione tty può renderlo davvero efficiente per trovare rapidamente porte non utilizzate su più dispositivi Cisco. (in un file di registro) esegui un comando come il seguente ... dove "HOSTNAME" è una parte universale dei contatori di gatti dello schema del nome host del dispositivo Cisco | awk "{if ($ 1 == HOSTNAME ) || ($ 2 == 0 && $ 3 == 0 && $ 4 == 0 && $ 5 == 0) stampa $ 1} '

— netdad
fonte
1
Bello! A volte è anche facile reindirizzare il file attraverso grepe sed.
— Stefan,
Esatto: qualunque strumento UNIX standard svolga il lavoro. Il punto principale è "non farlo sul router, è troppo doloroso" :)
— netdad,
6
Non voglio sottovalutare, ma dovresti davvero studiare le espressioni regolari di IOS ... la CLI che includo alla fine del commento è molto più facile che risucchiare la CLI su una macchina unix e quindi usare un po 'di incantesimo ...show int counters | i _0_.*_0_.*_0_.*_0_
— Mike Pennington
7

Sono nuovo, quindi non posso votare le risposte di @ netdad e @mike pennington, ma mi piacciono. Per prendere un po 'più in là la risposta di @Mike Pennington, supponendo che tu abbia cancellato di recente i contatori, puoi anche eseguire questo comando:

switch#sh int count | i 0 +0 + 0 +0
Gi1/3                       0             0             0             0
Gi1/11                      0             0             0             0
Gi1/19                      0             0             0             0
Gi1/21                      0             0             0             0

La regex qui sta dicendo uno "0" seguito da uno o più spazi seguito da uno "0" seguito da uno o più spazi seguito da uno "0" seguito da uno o più spazi seguito da uno "0" finale.

Spero che sia di aiuto.

— Pseudocyber
fonte
5

Lo uso sempre

show interfaces status

Riassume tutto bene e dandy.

— user209
fonte
3
Certo, è una buona panoramica, ma poiché non mostra i contatori di pacchetti non possiamo vedere se un dispositivo è solo spento o disconnesso, ma la porta potrebbe essere in uso di tanto in tanto. Potrebbe essere una sorpresa per quell'utente se usassi la porta per uno scopo diverso solo perché era inattivo o non collegato in quel momento.
— Stefan,
Aah ok, vedi cosa mi dici ... Pulisco i contatori ogni anno .. Quindi per me in questo caso un segnalino sh int funziona bene ma devi cancellare i tuoi contatori di tanto in tanto ...
— user209
Mi piace aggiungere | ex connecteda quello.
— Paul Gear,
5

Se devi farlo regolarmente, niente è meglio di Perl e Net :: Telnet :: Cisco. È possibile accedere al numero X di router, acquisire tutte le informazioni sulle interfacce desiderate, analizzare l'output e stamparlo su un file o inviarlo tramite e-mail con Net :: SMTP o stamparlo sull'output standard. Posso fornire esempi se vuoi, ma è piuttosto semplice.

In alternativa, se sei impegnato a farlo in IOS, il seguente script TCL ti darà l'output che desideri in un formato piacevole e pulito:

set show_counters [exec show interfaces counters | i 0 +0 +0 +0]
set line [split $show_counters "\n"]
foreach record $line {
    set fields [join $record " "]
    foreach field $fields {
        if { $field != 0 } {
            puts $field
        }
    }
}

Lo offro perché TCL e come farlo è un po 'meno accessibile [IMHO] rispetto a Perl

— tylerc
fonte
5

Di solito uso sh int des | ex up, che elencherà tutte le porte che sono in uno stato inattivo

— udppackets
fonte
Funziona, ma devo dire che trovo l'output di show interfaces statuspiù utile.
— Paul Gear,
4

Eccone uno che ho usato di recente per rimuovere i cavi dalle porte che non hanno visto alcuna attività per almeno sei settimane:

show int | i proto.*notconnect|proto.*administratively down|Last in.* [6-9]w|Last in.*
[0-9][0-9]w|[0-9]y|disabled|Last input never, output never, output hang never
— Ben
fonte
3 
sh int | i ( 0 packets input)|proto|Desc

Lo spazio iniziale con lo 0 escluderà numeri più grandi che terminano con zero.

È meglio avere le porte chiuse (disabilitate) fino a quando non vengono utilizzate. È rischioso cambiare vlan di accesso allo switchport , ad esempio, su una porta già attiva a meno che non si sia certi che non sia in uso.

L'output potrebbe apparire come sotto, dicendoci che lo switchport su g8 / 18 è disabilitato con 0 pacchetti dall'ultimo contatore cancellato mentre g8 / 19 è in uso (dall'assenza dell '"0 input di pacchetti").

GigabitEthernet8/18 is administratively down, line protocol is down (disabled)
  Description: 3a30
     0 packets input, 0 bytes, 0 no buffer
GigabitEthernet8/19 is up, line protocol is up (connected)
  Description: 4a25.vmhost112 (vmnic5)

Per sapere quale jack patch panel è coinvolto, usa il campo Descrizione per aiutarti a documentare. I pannelli patch dovrebbero essere collegati agli switchport in modo coerente, quindi è facile documentare poiché è prevedibile il jack del pannello patch allo switchport. Uso il formato Rack-Row-Jack nella descrizione + il nome host per tracciare, ma in modo sintetico. 4b27 sarebbe la fila 4, la riga b, la presa 27 seguita da hostxyz o qualunque sia il nome host. Quindi il mio descripton legge 4b27.hostxyz.

— generalnetworkerror
fonte
3

Che dire dell'utilizzo della tabella MAC? Elenca gli indirizzi MAC con le interfacce e li invecchia. Dovresti estrarre l'elenco da IOS per fare un elenco filtrato di indirizzi univoci.

— WMIF
fonte
3 
 sh int | in is down|input never, output never

FastEthernet0 is administratively down, line protocol is down 
  Last input never, output never, output hang never
GigabitEthernet1/0/2 is down, line protocol is down (notconnect) 
GigabitEthernet1/0/4 is down, line protocol is down (notconnect) 
  Last input never, output never, output hang never
GigabitEthernet1/0/13 is down, line protocol is down (notconnect) 
  Last input never, output never, output hang never
GigabitEthernet1/0/24 is down, line protocol is down (notconnect) 
  Last input never, output never, output hang never
— Rodrigo
fonte
Puoi facilmente farlo per sh int | in (è inattivo | output mai) che è molto più facile da digitare e darà lo stesso risultato.
— YLearn
2

OK. Qualcosa che funziona su tutti gli switch a partire dal 2900 (non è più vecchio da testare) e mostra solo le porte verso il basso.

sh int | i is down

Mi piacerebbe usare, sh int statusma dopo questo il risultato è connectede notconnected, quindi, escludere o includere non fanno nulla di buono perché la parola connessa fa parte di entrambi, quindi ottieni la storia.

Nel mio caso su un 3524 lo ottengo di seguito con entrambi i comandi per chiarire che funziona:

SD-LIB-C3524#sh int status

Port    Name               Status       Vlan     Duplex Speed   Type
------- ------------------ ------------ -------- ------ ------- ----
Fa0/1                      notconnect   10         Auto    Auto 100BaseTX/FX
Fa0/2                      notconnect   10         Auto    Auto 100BaseTX/FX
Fa0/3                      connected    10       A-Full   A-100 100BaseTX/FX
Fa0/4                      notconnect   10         Auto    Auto 100BaseTX/FX
Fa0/5                      notconnect   10         Auto    Auto 100BaseTX/FX
Fa0/6                      notconnect   10         Auto    Auto 100BaseTX/FX
Fa0/7                      notconnect   10         Auto    Auto 100BaseTX/FX
Fa0/8                      notconnect   10         Auto    Auto 100BaseTX/FX
Fa0/9                      connected    10       A-Full   A-100 100BaseTX/FX
Fa0/10                     notconnect   10         Auto    Auto 100BaseTX/FX
Fa0/11                     connected    10       A-Full   A-100 100BaseTX/FX
Fa0/12                     connected    10       A-Full   A-100 100BaseTX/FX
Fa0/13  WiFi SD-LIB-15     connected    40       A-Full   A-100 100BaseTX/FX
Fa0/14  WiFi SD-LIB-22     connected    40       A-Full   A-100 100BaseTX/FX
Fa0/15  WiFi SD-LIB-16     connected    40       A-Full   A-100 100BaseTX/FX
Fa0/16  WiFi SD-LIB-23     connected    40       A-Full   A-100 100BaseTX/FX
Fa0/17  WiFi SD-LIB-17     connected    40       A-Full   A-100 100BaseTX/FX
Fa0/18  WiFi SD-LIB-24     connected    40       A-Full   A-100 100BaseTX/FX
Fa0/19  WiFi SD-LIB-18     connected    40       A-Full   A-100 100BaseTX/FX
Fa0/20  WiFi SD-LIB-14     connected    40       A-Full   A-100 100BaseTX/FX
Fa0/21  WiFi SD-LIB-19     connected    40       A-Full   A-100 100BaseTX/FX
Fa0/22  WiFi SD-LIB-21     connected    40       A-Full   A-100 100BaseTX/FX
Fa0/23  WiFi SD-LIB-20     connected    40       A-Full   A-100 100BaseTX/FX
Fa0/24  SD-LIB-3C4500-50P  connected    trunk    A-Full   A-100 100BaseTX/FX
Gi0/1                      notconnect   trunk      Auto    1000 Missing
Gi0/2                      notconnect   10         Auto    1000 Missing

SD-LIB-C3524#sh int | i is down
VLAN1 is up, line protocol is down
FastEthernet0/1 is down, line protocol is down
FastEthernet0/2 is down, line protocol is down
FastEthernet0/4 is down, line protocol is down
FastEthernet0/5 is down, line protocol is down
FastEthernet0/6 is down, line protocol is down
FastEthernet0/7 is down, line protocol is down
FastEthernet0/8 is down, line protocol is down
FastEthernet0/10 is down, line protocol is down
GigabitEthernet0/1 is down, line protocol is down
GigabitEthernet0/2 is down, line protocol is down
SD-LIB-C3524#
— George Z
fonte
Correzione, connessione fa parte di entrambi, ma è possibile escludere connesso per ottenere l'output desiderato.
— Impara
0

È un po 'imbroglione, ma se tutto è collegato solo a un dispositivo terminale, puoi attivare la sicurezza della porta con indirizzi MAC appiccicosi. Ricontrolla tra un po '(per quanto tempo ti aspetti sia un ragionevole lasso di tempo per presumere che qualcuno avrebbe usato il computer o non esiste) e la configurazione in esecuzione ti mostrerà se qualcosa ha usato quella porta. Sono abbastanza sicuro che puoi usare indirizzi MAC appiccicosi con un massimo di più di 1 per interfaccia nel caso in cui tu stia utilizzando telefoni VoIP e computer sulla stessa porta, ma non ne sono certo.

— Avery Abbott
fonte
Non ricordo il comando ma puoi sicuramente impostare i MAC massimi su più di uno.
— Dave Noonan,
Sotto l'interfaccia, "switchport port-security maximum 2" o qualunque numero tu desideri autorizzare.
— Dave Noonan,
So che puoi cambiare gli indirizzi mac massimi consentiti con la sicurezza delle porte, ma non sapevo se ne avresti potuto imparare più di uno attraverso il sticky.
— Avery Abbott,
0

Oh i giorni in cui era facile solo scrivere:

switch 1#show ver | in uptime
switch 1 uptime is 28 weeks, 6 days, 20 hours, 19 minutes

switch 1#show inter link | in 28 weeks
Fa3/1                      28 weeks, 6 days, 20 hours, 19 minutes 16 secs
Fa3/2                      28 weeks, 6 days, 20 hours, 19 minutes 16 secs

(su una versione 4500 in esecuzione 12.2 (20))

— brrrp
fonte
0

Penso che in ambiente Cisco il modo migliore sia quello di una versione show per conoscere il tempo di attività dello switch e dopo

mostra la contabilità delle interfacce 

Interface Vlan1 is disabled
Vlan810 
            Protocol    Pkts In   Chars In   Pkts Out  Chars Out
                  IP     709229   73055034     232297   33127143
                 ARP        738      44280         70       4200
FastEthernet0/1 
            Protocol    Pkts In   Chars In   Pkts Out  Chars Out
No traffic sent or received on this interface.

FastEthernet0/2 
            Protocol    Pkts In   Chars In   Pkts Out  Chars Out
               Other          0          0         19       6669
       Spanning Tree          0          0      18588    1115280
                 CDP          0          0        658     309918
— user1312
fonte
1
Quali campi stai specificatamente dicendo dovrebbero essere considerati e in che modo aiuta a sapere se gli switchport sono in uso o no?
— generalnetworkerror
0

solo usare i comandi IOS è un po 'complicato: perderai quello strano. Suggerirei ad altri di usare snmp (solarwinds ha un numero di strumenti gratuiti che potresti voler guardare) e di monitorare il dispositivo per un numero di giorni (settimane se necessario)

Per la parte laboriosa che hai menzionato con i cavi di tracciamento, ecc. Quello che ho fatto per ridurre al minimo il lavoro con la mappatura delle porte degli switch sulle porte patch ecc. È stato cancellare i contatori e poi qualche giorno dopo usando le trappole snmp e quindi scollegare il patchpanel per 1-2 pochi secondi e una volta che ho ricevuto una voce sul monitor / ricevitore della trap snmp (la porta x sul modulo y è andata in giù), ho fatto di nuovo la stessa cosa per verificare (non che qualcuno avesse spento accidentalmente un dispositivo su una delle porte). Ci vogliono forse 5 minuti per un pannello a 24 porte, quindi è piuttosto veloce. Per i morti - basta tornare indietro un'altra volta. Se sono ancora morti e nessun cambiamento sui contatori, è sicuro supporre che la porta non sia effettivamente in uso.

— bit4bit
fonte
0

Di solito uso "mostra lo stato dell'interfaccia" e variazioni su di esso, ma utilizzo anche un software open source chiamato "Switchmap" per fornire una semplice visualizzazione grafica delle interfacce. Un grande vantaggio di questo è che se una porta è su / giù ti dirà quanto tempo fa ha avuto traffico su di essa e puoi effettuare una chiamata da lì come se dovessi riutilizzarla o meno.

http://sourceforge.net/projects/switchmap/

Questo salva un po 'di battitura :-)

— steve_mils
fonte
0 
test cable diagnostics tdr interface *intname here*

Questo dovrebbe mostrare se il cavo collegato allo switchport è effettivamente collegato a qualcosa. Indipendentemente dal suo stato. Sostituisci testcon showper ottenere lo stato.

— Xtala
fonte
1
Questo in realtà non è diverso da show int status. Se ho scollegato il mio laptop per tornare a casa per il giorno, la mia porta potrebbe essere riassegnata entro la mattina.
— Ricky Beam,
0

Abbiamo avuto questo problema nella nostra azienda. Abbiamo usato la correlazione dall'output dei comandi "show arp" e "show mac address-table" per correlare gli indirizzi MAC di tutti i computer / dispositivi nelle nostre premesse.

Per prima cosa dovrai creare un elenco degli IP e dei MAC dei dispositivi nella tua rete e correlarli con le interfacce corrispondenti usando i comandi sopra ...

— user1663
fonte
0

Mostra breve interfaccia IP è il mio preferito.

Rende leggermente più facile la visualizzazione. Altrimenti ci sono molti strumenti là fuori per aiutare a tenere traccia dell'utilizzo delle porte attraverso molti switch.

— oli
fonte
-1

Sui dispositivi Cisco, è possibile utilizzare;

sh int status

Sui dispositivi HP, il comando è;

sh int brief
— Tommaso
fonte
-2

Penso che tu stia cercando una somma in base allo stato? almeno sembra la tua domanda.

show interfaces status | count notconnect|connected

darti un bel conteggio di ciò che è connesso o meno.

— steve
fonte
L'OP sembra chiedere specificamente quali switchport non sono in uso in modo da poter connettere nuovi dispositivi ad esso, non quanti sono inutilizzati.
— Teun Vink
Utilizzando il nostro sito, riconosci di aver letto e compreso le nostre Informativa sui cookie e Informativa sulla privacy.
Licensed under cc by-sa 3.0 with attribution required.