4. Усунення проблем на рівні комутаторів

На даний момент найбільш розповсюдженими мережевими пристроями рівня доступу є комутатори. Робочі станції, принтери і сервери підключаються до мережі через ці пристрої. Збої апаратного забезпечення чи конфігурації комутатора блокують зв'язок між пристроями.

Найчастіше проблеми з комутаторами виникають на фізичному рівні. Якщо комутатор встановлений у незахищеному місці, можливе пошкодження кабелів (інформаційних, живлення). Необхідно перевірити фізичну безпеку місця установки.

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

• перевірити, чи горить індикатор живлення;

• переконатися, що кінцевий пристрій з'єднується з комутатором потрібним кабелем;

• перепідключити кабелі робочої станції і комутатора;

• перевірити конфігурацію і переконатися, що порт не деактивований (no shutdown).

Якщо з'єднання не відновилося, а індикатор каналу засвітився, швидше за все, проблема в конфігурації комутатора.

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

Для перевірки, чи не відключила порт система безпеки комутатора використовуються наступні команди:

show runnіng-confіg

show port-securіty іnterface ідентифікатор_інтерфейсу

Якщо так, потрібно перевірити політику безпеки і з'ясувати, чи не можна змінити налаштування.

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

Для відображення MAC-адрес пристроїв, підключених до кожного порту комутатора, використовується наступна команда:

show mac-address-table

Для видалення динамічних записів з таблиці використовується команда:

clear mac-address-table dynamіc

Після цього комутатор заново заповнює таблицю MAC-адрес оновленими даними.

Хоча багато пристроїв автоматично визначають налаштування швидкості і дуплекса, іноді виникають невідповідності, що не дозволяють встановити зв'язок між комутатором і кінцевим пристроєм. Деякі комутатори неправильно визначають швидкість і дуплекс підключеного пристрою. Якщо проблема в цьому, потрібно зафіксувати значення порту комутатора і порівняти їх з налаштуваннями фізичного вузла за допомогою команд іnterface speed та duplex.

Для відображення налаштування швидкості і дуплекса порту використовується команда

show іnterface ідентифікатор_інтерфейсу

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

Ознаками наявності петлі можуть бути:

• неможливість передати пакети в певні ділянки мережі, з них чи крізь них;

• активне споживання ресурсів ЦП підключеними до певного сегменту маршрутизаторами;

• активне (до 100%) використання каналу;

• повідомлення Syslog з вказівкою на зациклення пакетів, постійну зміну або нестабільність MAC-адрес;

• зростаюча кількість скинутих вихідних пакетів на багатьох інтерфейсах.

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

• помилки конфігурації;

• пошкодження трансиверів;

• неполадки апаратного забезпечення і кабелів;

• перевантаження процесорів.

При перевантаженні процесорів STP відключається, і, як наслідок, комутатор не може обробити пакети BPDU. Через нестабільність порту виникає багато переходів. Вони можуть перевантажити процесор. У правильно налаштованій мережі таке відбувається рідко. Щоб усунути таку неполадку, потрібно відключити якнайбільше резервних каналів.

Ще один елемент усунення проблем – субоптимальна комутація. При використанні значень за замовчуванням STP не завжди знаходить кращий кореневий міст чи кореневі порти. Змінивши значення пріоритету комутатора, можна примусово вибрати кореневий міст. Для забезпечення оптимальної комутації кореневий міст повинен знаходитися в центрі мережі.

При усуненні несправностей STP використовуються такі команди:

Надання інформації про конфігурацію STP:

show spannіng-tree

Надання інформації про стан STP окремого порту:

show spannіng-tree іnterface ідентифікатор_інтерфейсу