Ошибки в Ethernet

Продукты для диагностики

Одноминутная проверка ошибок в Ethernet

Т.к. методом доступа в Ethernet является CSMA/CD, то конкуренция за канал и коллизия бывает всегда. Коллизия в Ethernet – одновременный прием и передача на порту коммутатора. Диагностика проводится или сервером диагностики, или ноутбуком со специальным ПО.

• Fluke Networks (Network Activity)
• Solar Winds

Что покажет одноминутная проверка?

1. Количество коллизий (не более 5%);
2. Утилизация канала (не более 40%, при пиковых нагрузках – не более 60%);
3. Потеря пропускной способности (не более 1%);
4. Broadcast (5-10% в пределах нормы, не более 10%)

Если эти параметры не выдержаны, то в сети есть ошибки.

1. Jabber (болтовня). Фрейм больше 1518 байт (CRC может быть как правильный, так и неправильный).
2. Ошибка выравнивания (не кратны границы байт). Возможные проблемы: драйвер или коллизия.
3. Поздняя коллизия. Дефект сетевого оборудования.
4. Короткий фрейм Размер фрейма меньше 64 байт, правильный CRC – неправильные параметры.
5. Runts (карлики) – любой фрейм короче 48 байт. CRC может быть как правильным, так и неправильным.
6. Неправильный CRC. Ошибка адаптера или кабельной системы (если у всех).
7. Ghost (приведение) – длинный фрейм, не меньше 72 байт, очень коварные ошибки. Ошибка возникает в разных сегментах. Если сеть работает медленно без видимых причин, то скорее всего - это приведения. Основная причина – электромеханические наводки.

Ошибки в TCP/IP

Для проверки IP есть утилиты. Например, ipconfig. Все ошибки TCP/IP – это ошибки адресации:

1. Неправильный IP адрес (например, дублирование IP). Исправляется с помощью DHCP;
2. Неверная маска подсети;
3. Неверный адрес подсети (шлюз);
4. Проблема разрешения имен.

Одноминутная проверка TCP/IP

1. Список устройств (хосты) – IP plan;
2. Функции маршрутизаторов – действительно ли все являются маршрутизаторами, или какая-либо ОС взяла на себя эти функции;
3. Spanning-Tree – что с ним? Он должен быть отключен. А если сеть WAN – то надо включить;
4. Подсети(subnet) – Должна быть одна подсеть на сеть;
5. Проверка устройства, которое загружает DHCP;
6. Протоколы управления (в частности SNMP).

Что делать, если у нас низкая производительность сети?

1. Проверить протоколы, которые должны работать, отключить ненужные;
2. Если слишком много пакетов широковещательной рассылки, то необходимо найти источник. Смотрим устройства, поддерживающие SNMP, потом адаптеры, затем уже приложения и ARP;
3. Маршрутизация;
4. Низкая производительность в WAN. Это значит, что сетевое приложение тестировалось только в LAN-сетях и оно рассчитано на скорости локальных сетей. Проблема – в разработке приложений;
5. Перегруженные каналы. Проблема связана с утилизацией канала. Надо смотреть настройку TCP;
6. Медленная маршрутизация. Если маршрутизатору не хватает буферной памяти, то он шлет ICMP-пакет «ICMP full range». Его поддерживают далеко не все станции. Поэтому мы ищем ICMP-пакеты;
7. Медленно работают серверы – здесь не обсуждается, т.к. с сетью не связано.

Дата добавления: 2014-01-07