Что такое сетевая модель OSI

Что проверяют

Умеете ли вы пользоваться моделью как инструментом диагностики, а не пересказывать список из семи пунктов. Для инженера эксплуатации ценность модели в том, что она задаёт порядок проверок при разборе аварии и общий словарь с сетевиками.

Как отвечать

Семь уровней снизу вверх: физический (биты и среда передачи), канальный (кадры и адреса внутри сегмента), сетевой (пакеты, адресация и маршрутизация между сетями), транспортный (порты, TCP и UDP), сеансовый, представления, прикладной (HTTP, DNS, SMTP).

Сразу оговорите, что реальные стеки построены по модели TCP/IP, где три верхних уровня слиты в прикладной, а шифрование транспорта аккуратно ни в один уровень не ложится. Модель сегодня это словарь, а не карта реализации, и признание этого отличает практика от зубрилы.

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

Диагностика идёт снизу вверх: линк и ошибки на интерфейсе, затем адрес, маршрут и MTU, затем доступность порта, затем рукопожатие и имя в сертификате, и только потом код ответа приложения.

Где спотыкаются

Заучивают порядок уровней мнемоникой, но не могут сказать, на каком из них работает знакомый инструмент. Вопрос про балансировщик или туннель тут же показывает, что список выучен, а смысла за ним нет.

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

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