3.1.2 Основы коммуникации
Главная идея
Физического соединения между устройствами (кабель или Wi-Fi) недостаточно для общения. Устройства должны ещё знать как общаться — то есть следовать одним и тем же правилам (протоколам).
Три элемента любой коммуникации
Это универсальная модель — она работает и для людей, и для сетей:
| Элемент | Что это |
|---|---|
| Источник сообщения (Sender) | Человек или устройство, которое отправляет сообщение |
| Получатель (Receiver) | Тот, кто получает сообщение и интерпретирует его |
| Канал (Channel) | Среда передачи — путь, по которому сообщение идёт от отправителя к получателю |
Аналогия: Ты отправляешь сообщение другу в Telegram:
- Sender — ты
- Receiver — друг
- Channel — интернет (Wi-Fi / мобильная сеть)
В компьютерных сетях всё то же самое, просто вместо людей — устройства, а вместо слов — пакеты данных.
3.1.3 Протоколы коммуникации
Что такое протокол?
Протокол — это набор правил, которым должны следовать обе стороны, чтобы общение состоялось. Без общих правил — нет понимания.
Простой пример: правила телефонного разговора и правила написания письма — разные. Нельзя применять одни правила к другому способу общения.
Аналогия: два человека
Прежде чем заговорить, люди должны договориться как общаться:
- На каком языке говорить
- Как строить фразы (иначе смысл будет потерян)
Это и есть протокол в человеческом общении.
Схема передачи сообщения (одинакова для людей и сетей)
Источник → Передатчик → Среда передачи → Приёмник → Получатель
(Message source) (Transmitter) (Transmission Medium) (Receiver) (Destination)
[Сообщение] → [Сигнал] → → [Сигнал] → [Сообщение]
| Элемент схемы | У людей | В сети |
|---|---|---|
| Message source | Человек, который говорит | Компьютер-отправитель |
| Transmitter | Голосовые связки / рот | Сетевая карта |
| Transmission Medium | Воздух | Кабель / Wi-Fi |
| Receiver | Уши | Сетевая карта получателя |
| Message Destination | Мозг слушателя | Компьютер-получатель |
Вывод: Что для людей, что для устройств — принцип одинаков. Разница лишь в том, что у устройств роль “договорённости об общении” выполняют сетевые протоколы (например, TCP/IP).
3.1.4 — Зачем нужны правила?
Посмотри на два варианта одного сообщения:
❌ Без правил: humans communication between govern rules. It is verydifficult tounderstand...
✅ С правилами: Rules govern communication between humans. It is very difficult to understand...
Первый вариант — слова есть, но смысл потерян. То же самое происходит в сети, если устройства не следуют одним и тем же протоколам.
Протокол должен обеспечивать:
| Требование | Что это значит |
|---|---|
| Identified sender and receiver | Чёткое определение кто отправитель и кто получатель |
| Common language and grammar | Общий формат данных, понятный обеим сторонам |
| Speed and timing | Скорость и синхронизация передачи |
| Confirmation / acknowledgment | Подтверждение того, что сообщение получено |
3.1.5 — Требования сетевых протоколов
Сетевые протоколы — это те же правила, только для устройств. Они определяют не только кто отправитель и получатель, но и как именно передаётся сообщение:
| Требование | Суть |
|---|---|
| Message encoding | Преобразование данных в сигнал для передачи (биты → электрический/оптический/радиосигнал) |
| Message formatting and encapsulation | Упаковка данных в нужный формат (как конверт с адресом) |
| Message size | Разбивка больших данных на части нужного размера |
| Message timing | Контроль скорости и времени передачи |
| Message delivery options | Варианты доставки: unicast (одному), multicast (группе), broadcast (всем) |
Аналогия с письмом: encoding — написать текст, encapsulation — положить в конверт и написать адрес, size — если письмо большое, разбить на несколько конвертов, timing — когда отправить, delivery — кому именно доставить.
3.1.6 Кодирование сообщений (Message Encoding)
Что такое кодирование?
Encoding (кодирование) — преобразование информации в форму, пригодную для передачи по каналу связи. Decoding (декодирование) — обратный процесс: восстановление исходной информации из полученного сигнала.
Аналогия с людьми
Девушка хочет рассказать другу по телефону о красивом закате:
- У неё в голове — образ (картинка заката)
- Она кодирует его в слова на общем языке
- Слова превращаются в звуковые волны (голос)
- Звук летит по воздуху (канал передачи)
- Друг слышит звук и декодирует его обратно в образ
Как это работает в сети
Полная схема:
Источник → Кодировщик → Передатчик → Канал → Приёмник → Декодировщик → Получатель
В компьютерных сетях процесс такой:
| Шаг | Что происходит |
|---|---|
| Данные → биты | Компьютер преобразует файл/текст в последовательность 0 и 1 |
| Биты → сигнал | Каждый бит кодируется в физический сигнал |
| Передача | Сигнал идёт по каналу |
| Приём и декодирование | Получатель переводит сигнал обратно в биты, затем в данные |
Тип сигнала зависит от среды передачи:
| Среда | Сигнал |
|---|---|
| Медный кабель | Электрические импульсы (напряжение) |
| Оптоволокно | Инфракрасный свет |
| Wi-Fi | Микроволновое излучение |
Это объясняет, почему нельзя просто воткнуть оптический кабель в обычный Ethernet-порт — у них разные форматы кодирования сигнала.
3.1.7 Форматирование и инкапсуляция сообщений
Главная идея
Каждое сообщение должно иметь строго определённый формат — иначе получатель не поймёт, что ему прислали и куда доставить.
Аналогия: обычное письмо
Письмо — идеальный пример инкапсуляции:
- Конверт (внешний формат) содержит адрес получателя и отправителя → это нужно для доставки
- Письмо внутри (внутренний формат) содержит само содержимое → это нужно для понимания
Инкапсуляция = вложить письмо в конверт Деинкапсуляция = достать письмо из конверта
Структура письма в виде таблицы из материала:
| Адрес получателя | Адрес отправителя | Приветствие | Имя получателя | Содержимое | Имя отправителя | Конец |
|---|---|---|---|---|---|---|
| (конверт) | (конверт) | “Dear" | "Jane” | текст письма | ”John” | марка |
Как это работает в сети
IP-протокол выполняет ту же роль, что и конверт — он оборачивает данные и указывает откуда и куда их доставить.
Структура IPv6-пакета (заголовок = 40 байт):
| Поле | Назначение |
|---|---|
| Version | Версия протокола (6) |
| Traffic Class | Приоритет пакета |
| Flow Label | Метка потока (для QoS) |
| Payload Length | Размер данных внутри пакета |
| Next Header | Какой протокол идёт следующим (TCP, UDP и т.д.) |
| Hop Limit | Максимальное число маршрутизаторов на пути (аналог TTL) |
| Source IP Address | IP-адрес отправителя |
| Destination IP Address | IP-адрес получателя |
Два последних поля — это и есть “адрес на конверте”. Всё остальное — служебная информация для правильной доставки.
3.1.8 Размер сообщения (Message Size)
Аналогия с людьми
Когда человек рассказывает что-то, он не выдаёт всё одним бесконечным потоком слов — он говорит предложениями. Каждое предложение — это порция информации, которую собеседник может воспринять за раз.
Как это работает в сети
То же самое правило действует для данных. Большое сообщение нельзя отправить целиком — оно разбивается на фреймы (frames).
Почему нельзя отправить всё сразу?
- У каждого типа сети есть строгие ограничения на минимальный и максимальный размер фрейма
- Фрейм слишком большой — не доставится
- Фрейм слишком маленький — тоже не доставится
- Размер зависит от используемого канала (Ethernet, Wi-Fi и т.д.)
Что происходит при разбивке:
[Большой файл]
↓
[Фрейм 1] + [Фрейм 2] + [Фрейм 3] + ...
(каждый со своим адресом)
↓
Передача по сети
↓
[Получатель собирает фреймы обратно в исходный файл]
Каждый фрейм содержит не только кусочек данных, но и собственную адресную информацию — чтобы даже если фреймы придут не по порядку, их можно было правильно собрать.
Аналогия: Как отправить книгу по почте — нельзя запихнуть её в один конверт, поэтому разбиваешь на главы, каждую нумеруешь и отправляешь отдельно. Получатель собирает по номерам.
3.1.9 Тайминг сообщений (Message Timing)
Три составляющих тайминга
1. Flow Control — Управление потоком
Регулирует скорость и объём передаваемых данных.
Аналогия: Если один человек говорит слишком быстро — собеседник не успевает воспринимать. Нужно замедлиться.
В сети: протоколы договариваются между устройствами — сколько данных можно отправить, прежде чем ждать подтверждения.
2. Response Timeout — Таймаут ответа
Определяет сколько ждать ответа и что делать, если он не пришёл.
Аналогия: На картинке — оба человека задали вопрос одновременно и оба не поняли друг друга → оба говорят “Sorry, I did not understand you.” → это и есть таймаут + повтор запроса.
В сети: если устройство не получило ответ в течение заданного времени — оно либо повторяет запрос, либо прекращает ожидание.
3. Access Method — Метод доступа к среде
Определяет когда устройство может начать передачу.
Аналогия: Два человека заговорили одновременно — “коллизия” — оба замолкают и начинают заново.
В сети: то же самое происходит в Wi-Fi. Перед передачей NIC-карта проверяет, свободен ли эфир. Если два устройства начали передавать одновременно — коллизия, оба ждут случайное время и повторяют. Этот механизм называется CSMA/CA (в беспроводных сетях).
Итог
| Механизм | Проблема, которую решает |
|---|---|
| Flow Control | Отправитель слишком быстрый для получателя |
| Response Timeout | Получатель не отвечает — что делать? |
| Access Method | Два устройства хотят передавать одновременно |
3.1.10 Варианты доставки сообщений (Message Delivery Options)
Три способа доставки
| Тип | Кому отправляется | Аналогия с людьми |
|---|---|---|
| Unicast | Одному конкретному устройству | Личный разговор с одним человеком |
| Multicast | Группе устройств | Учитель обращается к конкретной группе студентов |
| Broadcast | Всем устройствам в сети | Учитель объявляет что-то всему классу |
Подробнее о каждом
Unicast — самый распространённый тип. Ты открываешь сайт — твой компьютер отправляет запрос конкретному серверу, сервер отвечает конкретно тебе.
Multicast — пакет уходит группе подписчиков. Коммутатор рассылает его на все порты, но обрабатывают только те устройства, которые входят в группу multicast. Пример: видеостриминг для нескольких получателей одновременно.
Broadcast — пакет получают все устройства в сети. Пример: DHCP-запрос при подключении к сети — компьютер не знает адрес DHCP-сервера, поэтому кричит на весь сегмент сети “Кто тут DHCP-сервер?”
Важное замечание: IPv6 не использует Broadcast — вместо него применяется Multicast и специальные адреса. Это одно из ключевых улучшений IPv6 по сравнению с IPv4.
3.1.11 Иконка узла (Node Icon)
Короткое пояснение к обозначениям на схемах.
В сетевых диаграммах устройства часто изображают не как картинки компьютеров, а как простые круги (узлы/nodes). Это стандартное упрощённое обозначение.
Что означают цвета на диаграмме
- 🟠 Оранжевый круг — источник (отправитель)
- 🟢 Зелёный круг — получатель (кому доставлено сообщение)
- 🟡 Жёлтый круг — устройство в сети, которое сообщение не получает
Три типа доставки наглядно
| Тип | Что видно на схеме |
|---|---|
| Unicast | От оранжевого — стрелка к одному зелёному, остальные жёлтые |
| Multicast | От оранжевого — стрелки к нескольким зелёным, часть узлов жёлтые |
| Broadcast | От оранжевого — стрелки ко всем, все узлы зелёные |
Это просто визуальное закрепление предыдущей темы — те же unicast/multicast/broadcast, только показанные через абстрактные круги вместо иконок компьютеров. В реальных топологиях Cisco Packet Tracer ты будешь видеть именно такие схематичные обозначения.