Зачем этот трек

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

Вторая причина не менее важная: приёмка. Канал сдаётся клиенту по измеряемым параметрам — потери, отражения, бюджет, длина. Инженер, который не умеет посчитать бюджет и прочитать рефлектограмму, не может ни принять чужую работу, ни доказать, что авария не на его стороне.

Как устроен трек

Порядок строгий — каждая тема опирается на предыдущую:

📖 Что понадобится
Литература и первоисточники трека
Что дальше

После оптики идёт трек измерений и приёмки: ping и трассировка без самообмана, iperf3 и произведение полосы на задержку, MTU и чёрные дыры PMTUD, джиттер и полисеры, методики RFC 2544 и Y.1564 — и разбор типовых аварий целиком, от заявки до закрытия.