Як я можу побачити, які комутатори не використовуються?

На великому стеку комутаторів Cisco Catalyst майже всі перемикачі транспортуються. Мені потрібно визначити порти, які не використовуються, для підключення подальших пристроїв.

Після перевезення комутаторів, підключення кабелів, полів виправлення та розетки до можливих кінцевих пристроїв є трудомістким, і навіть тоді можуть бути тимчасово використані розетки. Перегляд активності світлодіодних портів не є надійним, оскільки пристрій користувача може бути вимкнено.

Який найпростіший спосіб виявити всі невикористані комутатори через команди IOS?

Я часто використовую

sh int | i (FastEthernet|0 packets input)

те ж саме з GigabitEthernet, які б інтерфейси я не хотів перевірити.

• sh int(що є show interfaces) дає величезний перелік статусу всіх інтерфейсів
• Символ труби |можна використовувати для фільтрації, а також для пошукових виразів
• | i(для include) фільтрує вихід, який відповідає наведеним пошуковим виразам
• Я використовую, (...|...)щоб відповідати двом умовам: ім'я інтерфейсу та стан, який мені подобається бачити. Тут ми можемо використовувати регулярні вирази, як це "чи" вираз

Вихід може виглядати так:

...
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
...

Тепер я можу бачити своїх кандидатів, фактично з часом вводячи 0 пакетів, навіть якщо мій вираз відповідає числу, що закінчується числом 0. Я міг би зробити його досконалішим, але легко запам'ятовувати - це також користь. Назви інтерфейсів перед кожними вхідними рядками 0 пакетів - це мої кандидати.

• Перевірте кожен обраний інтерфейс, якщо він дійсно не використовується sh int <name>
• Час від часу добре очистити лічильники: clear counters [type number]

Це може бути хорошою практикою, щоб залишити невикористані комутатори відключення. Тож їх легко ідентифікувати за sh ip int briдопомогою тощо. І ви не зіткнетесь з проблемами, якщо будете використовувати комутаційний порт, який раніше був безумовно відключений.

Зрештою ... ДОКУМЕНТАЦІЯ. Вам потрібно знати, куди йде кожен патч-кабель, щоб бути на 100% впевненим, що ви не відключаєте те, що хтось може розраховувати працювати в якийсь момент. Тільки тому, що порт зараз "не працює", не означає, що хтось не використовував його. Крім того, що лічильники наразі дорівнюють нулю, це не означає, що він ніколи не використовувався або не буде використовуватися знову в (найближчому) майбутньому - лічильники можуть бути очищені, а лічильники скинуті до нуля під час завантаження.

Я працював в Інтернет-провайдерах і великих підприємствах, і документація - це ключ до того, щоб знати, що робити. Без цього випадкові здогадки призведуть до численних поганих днів ... клієнти доволі розлючені, коли ви запускаєте лінію DSL до когось іншого, дублюєте присвоєння адреси, вимикаєте неправильний інтерфейс і т. Д. Шафи для електропроводки підприємств можуть бути справжнім безладом; без документації простежити десятки кабелів серед тисяч може бути болем (і настільки ж простим, як опис портів.)

мені також подобається

sh int | inc line protocol is|Last input

який виводить

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

Вихідний параметр повідомляє, коли порт останній раз бачив трафік, що корисно для ідентифікації тих портів, які використовуються лише зрідка.

EDIT: Також варто зазначити (з причин, що виходять за рамки цього питання), що "Останній вклад" майже завжди "ніколи"

Мені подобається відповідь @ Стефана, але за допомогою цього командного рядка "sh int | i (вхід Ethernet | 0 пакетів)", який тепер захоплює всі типи інтерфейсу Ethernet і фільтрує ненульові числа, які закінчуються нулем. Він зазначив, що можлива тонка настройка, тому це лише один приклад.

Ще один варіант ...

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

Так, потрібен пробіл. Найпростіший спосіб виправити пробіли - це "sh int лічильники" і скопіювати рядок з усіма нулями. Тут є те, що на півдорозі список списку змінюється від Input, який ми хочемо, на Output, про який ми не піклуємося про пошук невикористаних портів. Він має перевагу в тому, що показувати ТОЛЬКІ порти без вводу, тому вам не доведеться відпалювати використовувані порти, як ви робите методом Стефана.

Я б скребив висновок (або схопив його за SNMP, ще краще) і використав стандартні інструменти UNIX для його розбору. Ось простий приклад:

Тут я зберег частковий вихід із "show int counters" (лише для демонстраційних цілей) у файл під назвою "лічильники".

[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

Тепер просто використовуйте awk для створення звіту про всі порти, у яких усі чотири поля лічильника в нулі:

[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

Основна ідея тут - отримати будь-які дані, які ви використовуєте з пристрою, щоб ви могли зробити більш розумний / складний / простіший / будь-який аналіз та звітування.

ПРИМІТКА Для кількох пристроїв використання утиліти Linux на зразок "екран" для реєстрації виводу з tty-з'єднання може зробити її дійсно ефективною для швидкого пошуку невикористаних портів на кількох пристроях cisco. (в одному файлі журналу) запустіть таку команду, як наступна ... де "HOSTNAME" є універсальною частиною вашої схеми котів лічильників котів Cisco | awk '{if ($ 1 == HOSTNAME ) || ($ 2 == 0 && $ 3 == 0 && $ 4 == 0 && $ 5 == 0) надрукувати $ 1} '

Я новачок, тому не можу проголосувати відповіді @ netdad та @mike Pennington - але мені вони подобаються. Щоб трохи далі відповісти на @Mike Pennington, припускаючи, що ви очистили лічильники нещодавно, ви також можете виконати цю команду:

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

Тут регулярний вираз говорить «0», після чого 1 або більше пробілів, а потім «0», після чого 1 або більше пробілів, а потім «0», а потім 1 або більше пробілів, а потім кінцевий «0».

Сподіваюся, це допомагає.

Я завжди користуюся

show interfaces status

Це підсумовує всі приємні та денді.

Якщо вам потрібно робити це регулярно, ніщо не перемагає Perl і Net :: Telnet :: Cisco. Ви можете увійти в X кількість маршрутизаторів, захопити всю інформацію на потрібних інтерфейсах, проаналізувати вихід і надрукувати його у файл або надіслати електронною поштою Net :: SMTP або роздрукувати його на стандартному виході. Я можу навести приклади, якщо хочете, але це досить просто.

Крім того, якщо ви померли, роблячи це в IOS, наступний скрипт TCL дасть вам потрібний вихід у приємному, чистому форматі:

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
        }
    }
}

Я пропоную це тому, що TCL і як це зробити є менш доступним [IMHO], ніж Perl

Я зазвичай використовую sh int des | ex upцей список, який перелічить усі порти, які знаходяться в режимі "не"

Ось я нещодавно використовую для видалення кабелів з портів, які не бачили жодної активності принаймні шість тижнів:

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

sh int | i ( 0 packets input)|proto|Desc

Провідний пробіл з 0 буде виключати більші числа, які закінчуються нулем.

Краще відключити порти (вимкнено), поки вони не звикнуть. Ризично змінювати vlan для доступу до комутаторів , наприклад, на вже встановлений порт, якщо ви не можете бути впевнені, що він не використовується.

Вихід може виглядати, як показано нижче, що говорить нам про те, що комутатор на g8 / 18 відключений з 0 пакетами, оскільки останній лічильник очищений, поки використовується g8 / 19 (відсутній "вхід 0 пакетів").

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)

Що стосується того, щоб знати, який саме гніздо панелі патчів, використовуйте поле Опис, щоб допомогти вам документувати. Патч-патчі повинні бути підключені до комутаційних портів послідовно, тому легко документувати, оскільки гніздо патч-панелі для комутації передбачувано. Я використовую формат Rack-Row-Jack в описі + ім'я хоста для відстеження, але стисло. 4b27 буде стелаж рядків 4, рядок b, гніздо 27 з подальшим хостомxyz або будь-яким ім'ям хоста. Отже, мій опис читає 4b27.hostxyz.

А як щодо використання таблиці MAC? Він перелічує MAC адреси з інтерфейсами, і це старіння їх. Вам доведеться вийняти список з IOS, щоб зробити відфільтрований список унікальних адрес.

 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

ГАРАЗД. Щось, що працює на всіх комутаторах, починаючи з 2900 (не старіші для тестування) і показує лише порти вниз.

sh int | i is down

Я хотів би використовувати , sh int statusале після того, що результат connectedі notconnected, тому виключати або включати не роблять ніякої користі , тому що слово пов'язане є частиною обох, так що ви отримаєте історію.

У моєму випадку на 3524 я розумію, що внизу з обома командами, щоб зрозуміти, що це працює:

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#

Це трохи обман, але якщо все приєднано лише до одного кінцевого пристрою, ви можете увімкнути безпеку порту з липкими mac-адресами. Перегляньте ще раз (хоча довго ви очікуєте, що це розумна кількість часу, щоб припустити, що хтось користувався б комп’ютером або його немає), і запущена конфігурація покаже, чи використовував цей порт що-небудь. Я впевнений, що ви можете використовувати липкі мак-адреси з максимальною швидкістю більше 1 на інтерфейс на випадок, якщо ви використовуєте VoIP-телефони та комп’ютери на одному порті, але я не впевнений.

О дні, коли легко було просто набрати:

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

(це для 4500 працює версія 12.2 (20))

Я думаю, що в середовищі Cisco найкращим способом є показ версії, щоб знати час роботи комутатора і після

показати облік інтерфейсів

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

лише використання команд IOS трохи складне - ви пропустите незвичайну. Я б запропонував, як і інші, використовувати snmp (solarwinds має ряд безкоштовних інструментів, які ви можете подивитися) і стежити за пристроєм протягом декількох днів (за потреби тижнів)

Що стосується трудомісткої частини, яку ви згадали з прокладанням кабелів і т. Д. Що я зробив, щоб мінімізувати роботу з відображенням портів комутаторів до патч-патчів тощо, було очищення лічильників, а потім через кілька днів за допомогою snmp-пасток, а потім відключення патчпанела на 1-2 секунд, і як тільки я отримав запис на моніторі / приймачі ловушки snmp (порт x на модулі y зійшов), я просто знову зробив те саме, щоб перевірити (не те, що хтось просто випадково відключив пристрій на одному з портів). Це може зайняти 5 хвилин для панелі з 24 портами, тому це досить швидко. Для мертвих - просто поверніться іншим разом. Якщо вони все ще мертві, і на лічильниках немає змін, то можна припустити, що порт насправді не використовується.

Зазвичай я використовую "показ стану інтерфейсу" та його варіанти, але я також використовую акуратний фрагмент програмного забезпечення з відкритим кодом під назвою "Switchmap", щоб забезпечити простий графічний вигляд інтерфейсів. Однією з великих переваг цього є те, що якщо порт знаходиться вгору / вниз, він розповість, як давно він останній мав трафік на ньому, і ви можете здійснити дзвінок звідти, чи варто використовувати його повторно чи ні.

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

Це економить певний текст :-)

test cable diagnostics tdr interface *intname here*

Це повинно показати вам, чи кабель, приєднаний до комутаційного порту, насправді підключений ні до чого. Незалежно від її статусу. Замініть testна, showщоб отримати статус.

У нас була проблема в нашій фірмі. Ми використовували кореляцію з результатів команд "show arp" та "show mac address-table" для співвіднесення MAC адреси всіх комп'ютерів / пристроїв у наших приміщеннях.

Спочатку вам потрібно буде скласти список IP-адрес та MAC-пристроїв у вашій мережі та співвіднести їх з відповідними інтерфейсами, використовуючи вищезазначені команди ...

Показати короткий інтерфейс IP - це моя особиста улюбленість

Це полегшує вам перегляд. Якщо ні, то є багато інструментів, які допомагають відстежувати використання портів через багато комутаторів.

На пристроях Cisco можна використовувати;

sh int status

Хоча на пристроях HP команда є;

sh int brief

Я думаю, ви шукаєте суму, виходячи зі статусу? принаймні, це звучить як ваше запитання.

show interfaces status | count notconnect|connected

дати вам добрий підрахунок того, що пов’язано чи ні.