NetLab Academy

Сетевые лаборатории в браузере

Войти Начать бесплатно

Теория: Физический уровень: кабели, оптика, PoE

То, что junior трогает руками: категории витой пары, оптика и SFP, питание по кабелю, согласование скорости и о чём говорят счётчики ошибок на порту. Прочитайте материал, а затем пройдите тест — следующий пункт курса откроется после верных ответов.

Почему с этого стоит начать

Первый уровень модели OSI — единственный, который можно потрогать. И именно на нём начинается непропорционально большая доля реальных аварий: обжатый наспех патч-корд, кабель длиной сто двадцать метров, запылённый оптический разъём, камера, которой не хватило мощности.

Особенность этих неисправностей в том, что они редко ломают всё сразу. Обычно они дают деградацию: связь есть, но медленная; работает, но с потерями; поднимается, но не на той скорости. Диагностика при этом уходит куда угодно, только не вниз — потому что «линк-то горит».

Лабы по этой теме нет и быть не может: физику здесь не эмулировать. Зато счётчики ошибок, о которых пойдёт речь, вы увидите на любом реальном оборудовании.

Витая пара: категории и что реально ограничивает

Категория кабеля определяет полосу, а через неё — достижимую скорость:
Cat5e — 1 Гбит/с до 100 м. До сих пор основа офисных сетей, и для гигабита её достаточно.
Cat6 — 1 Гбит/с до 100 м, 10 Гбит/с только до 55 м.
Cat6a — 10 Гбит/с на все 100 м.

Сто метров — это не про кабель, а про сегмент целиком: 90 метров стационарной проводки плюс патч-корды с обеих сторон. Ограничение не выдумано из осторожности: за пределами этой длины затухание таково, что сигнал перестаёт распознаваться надёжно. Работать «почти» при этом может — с ростом числа ошибок и падением реальной скорости.

Отдельная категория проблем — обжим. Расплетение пар у разъёма больше сантиметра, перепутанный порядок жил, дешёвый кабель с омеднённым алюминием вместо меди: линк поднимается, а ошибки идут.

Оптика: одномод, многомод и SFP

Там, где витой пары не хватает — по расстоянию или по скорости, — ставят оптику.

Многомод (MM) — короткие расстояния, десятки и сотни метров: внутри здания, между этажами. Дешевле в оборудовании.
Одномод (SM) — километры и десятки километров: между зданиями, до провайдера.

Трансиверы вставляются в порт как модули — SFP (до 1 Гбит/с), SFP+ (10 Гбит/с) и старше. Модуль и волокно должны совпадать по типу: воткнуть одномодовый модуль в многомодовое волокно можно физически, но работать это будет непредсказуемо.

Практика, о которой мало пишут: оптику надо чистить. Пылинка на торце коннектора даёт затухание, которого хватает, чтобы линк то поднимался, то падал. И правило безопасности: в работающее волокно не смотрят — излучение невидимо и повреждает сетчатку.

PoE — питание по тому же кабелю

PoE (Power over Ethernet) передаёт питание вместе с данными по той же витой паре. Так живут телефоны, камеры и точки доступа: одна розетка, один кабель, никакого блока питания рядом с устройством.

Поколения различаются мощностью: 802.3af — около 13 Вт на устройстве, 802.3at (PoE+) — около 25 Вт, 802.3bt — до 60–90 Вт.

Два места, где это ломается на практике. Первое: бюджет коммутатора. У него общий лимит на все порты, и он меньше, чем сумма максимумов. Двадцать четыре порта PoE не означают двадцать четыре устройства по 25 Вт — при исчерпании бюджета часть портов просто не включит питание, обычно младшие по приоритету. Второе: устройству не хватило класса. Камера с подогревом требует PoE+, а коммутатор умеет только af — устройство поднимается, работает и уходит в перезагрузку, когда включает обогрев. Симптом выглядит как сетевой, а причина в питании.

Автосогласование скорости и дуплекса

Два соседних порта договариваются о скорости и дуплексе сами — это автосогласование. Работает оно надёжно, и трогать его не нужно. Проблемы начинаются, когда его отключают с одной стороны.

Сторона с жёстко заданными параметрами молчит, а сторона с автосогласованием, не получив ответа, откатывается к безопасному варианту: скорость угадывает по сигналу, а дуплекс выбирает полу. Получается классический duplex mismatch: один конец в полном дуплексе, другой в полудуплексе.

Линк при этом поднимается и выглядит рабочим. Но связь еле ползёт, а в счётчиках растут коллизии на одной стороне и ошибки CRC на другой. Правило простое: либо автосогласование с обеих сторон, либо жёстко заданные одинаковые параметры с обеих. Смешивать нельзя.

Счётчики ошибок: о чём говорит каждый

Счётчики на порту — главный инструмент диагностики первого уровня. Смотреть надо не на абсолютное число (оно копится годами), а на прирост: сбросьте счётчики и посмотрите, что растёт прямо сейчас.

CRC / FCS errors — кадр пришёл повреждённым. Это почти всегда физика: кабель, разъём, наводка, грязная оптика или duplex mismatch.
Collisions — на современном полном дуплексе их быть не должно вообще. Растут — ищите duplex mismatch.
Input / output drops — кадры отброшены из-за переполнения буфера. Это уже не физика, а перегрузка: трафика больше, чем порт способен вывезти.
Runts и giants — кадры короче или длиннее допустимого. Runts — обычно та же физика, giants — чаще несогласованный MTU или неожиданный тег VLAN.
Flapping — порт то поднимается, то падает. Кабель, разъём, модуль или питание.

Быстрое правило: CRC и коллизии — вниз, к проводу; drops — вверх, к нагрузке.
Линк горит у всех четырёх — а причина каждый раз разная
Смотреть надо на прирост счётчиков, а не на накопленное: абсолютные числа копятся годами и не значат ничего. Сбросьте счётчики и посмотрите, что растёт прямо сейчас.

Что ломается чаще всего

• Патч-корд, обжатый на коленке, — ошибки CRC без видимой причины.
• Превышение ста метров — «иногда работает».
• Duplex mismatch — линк есть, скорости нет.
• Грязный или повреждённый оптический разъём — флапы.
• Исчерпан бюджет PoE — часть устройств просто не включается.
• Кабель проложен вдоль силовой линии — наводки и ошибки, усиливающиеся при включении оборудования рядом.

Общее у всех: линк горит. Именно поэтому первый уровень так часто проверяют последним — а начинать стоит с него.

Как проверять

ip -s link show eth0 — счётчики интерфейса в Linux: ошибки, отброшенные кадры, переполнения.

ethtool eth0 — на какой скорости и в каком дуплексе поднялся порт и включено ли автосогласование. Первая команда при подозрении на duplex mismatch.

ethtool -m eth0 — данные оптического модуля, включая уровни мощности. Уровень приёма у нижней границы — время чистить или менять.

На коммутаторе — show interface: там же счётчики, скорость, дуплекс и состояние. Сбросить и посмотреть прирост важнее, чем прочитать накопленное.

И самое недооценённое: переобжать патч-корд или заменить его на заведомо исправный. Пять минут работы, которые регулярно экономят день диагностики.

Команды — шпаргалка

# счётчики и состояние (Linux)
ip -s link show eth0         # -s — статистика: пакеты, ошибки, drops.
                             #      Повторить -s дважды — ещё подробнее
ethtool eth0                 # без ключей: скорость, дуплекс, автосогласование
ethtool -S eth0              # -S — счётчики самого драйвера, их обычно больше
ethtool -m eth0              # -m — данные оптического модуля: тип, уровни сигнала

# жёстко задать параметры (только если с ОБЕИХ сторон)
ethtool -s eth0 speed 1000 duplex full autoneg off
                             # -s — «set», менять, а не показывать. Дальше пары
                             #      значений: скорость в Мбит/с, режим дуплекса,
                             #      autoneg off — выключить автосогласование

# коммутатор (Cisco-подобный синтаксис)
show interface gi0/1         # имя порта: gi = GigabitEthernet, 0/1 — слот/номер
show interface status        # одна строка на порт: линк, скорость, VLAN
clear counters gi0/1         # обнулить счётчики порта, чтобы считать с нуля
show power inline            # бюджет и потребление PoE
Контрольные вопросы

Следующая тема: Ethernet и коммутация L2

Теория прочитана. Дальше — руками.

Личный стенд из настоящих роутеров разворачивается за секунды. Платформа проверяет не ответы на тесты, а состояние вашей сети: поднялись ли соседства, сошлись ли маршруты, ходит ли ping. Рядом — AI-наставник, который видит ваши конфиги и ведёт к решению, не выдавая готовое.

Начать бесплатно → бета открыта, доступ бесплатный