Курсовая по компьютерным сетям должна показывать не только схему из значков маршрутизаторов и коммутаторов, а работу сети при реальном обмене данными. Сильный проект объясняет, какие сегменты существуют, как назначаются адреса, каким путём идёт пакет, что происходит при отказе и какие показатели подтверждают работоспособность.
Главная ошибка - нарисовать топологию, настроить несколько IP-адресов и считать проект завершённым.
Требования
Сначала определите:
- число пользователей;
- площадки;
- серверы;
- типы сервисов;
- требуемую скорость;
- необходимость Wi-Fi;
- резервирование;
- изоляцию групп.
Не выбирайте оборудование до понимания нагрузки и структуры.
Физическая и логическая топология
Это разные уровни.
Физическая показывает:
- устройства;
- кабели;
- порты;
- помещения.
Логическая:
- подсети;
- VLAN;
- маршруты;
- политики.
Один физический коммутатор может обслуживать несколько логических сегментов.
План адресации
Создайте таблицу.
Например:
| Сегмент | Подсеть | Шлюз | Диапазон |
|---|---|---|---|
| Office | ... | ... | ... |
Не раздавайте адреса случайно.
Оставляйте запас на рост.
Но и не выдавайте /16 сети из десяти устройств без объяснения.
Маска
Покажите, как размер подсети связан с числом адресов.
Не используйте маску только потому, что она была в примере.
Учтите сетевой адрес, broadcast там, где он применим, и адреса оборудования.
VLAN
Сегментация полезна для разделения:
- отделов;
- гостей;
- телефонии;
- серверов;
- управления.
Но VLAN сама по себе не запрещает обмен.
Если между сегментами есть маршрутизация, нужны правила доступа.
Trunk
Он переносит несколько VLAN между устройствами.
Проверьте:
- какие VLAN разрешены;
- native/untagged поведение, если используется;
- совпадение настроек сторон.
Не разрешайте все VLAN на каждом trunk без необходимости.
Маршрутизация
Для маленькой сети статических маршрутов может быть достаточно.
Для более сложной используется динамический протокол.
Выбор должен зависеть от:
- размера;
- изменений;
- резервирования.
Не добавляйте OSPF в сеть из двух маршрутизаторов только ради сложной технологии.
Таблица маршрутизации
Умейте прочитать, почему пакет выбирает конкретный путь.
Проверьте:
- connected;
- static;
- dynamic;
- default route.
Если маршрут есть, но обратного пути нет, связь всё равно не работает.
Default route
Он полезен для выхода в неизвестные сети.
Но не должен скрывать ошибки внутренней адресации.
Если внутренний пакет случайно уходит в интернет-шлюз, нужно исправить маршрутизацию, а не надеяться на следующий узел.
NAT
Покажите, зачем он нужен.
Чаще всего внутренние адреса преобразуются для доступа во внешнюю сеть.
Не путайте NAT и firewall.
Преобразование адреса само по себе не является полной политикой безопасности.
DHCP
Определите:
- пул;
- gateway;
- DNS;
- исключения;
- lease.
Сетевое оборудование и серверы часто требуют фиксированного адреса или reservation.
Не выдавайте шлюз из динамического пула.
DNS
Проверяйте отдельно:
- IP-доступ;
- разрешение имени.
Если сайт не открывается по имени, но открывается по IP, проблема может быть в DNS, а не маршруте.
Такой порядок диагностики экономит время.
ACL
Правила доступа должны отражать реальные требования.
Например:
- гостевой Wi-Fi имеет доступ в интернет, но не к внутренним серверам;
- пользователи обращаются к серверу только по нужному порту.
Не пишите ACL из десятков строк без таблицы требований.
Порядок правил
Firewall и ACL часто обрабатывают правила сверху вниз.
Более общее правило может перекрыть частное.
Тестируйте фактический результат.
Не считайте конфигурацию правильной только по внешнему виду.
Wi-Fi
Для беспроводной сети важны:
- покрытие;
- число клиентов;
- помехи;
- канал;
- диапазон;
- безопасность.
Одна точка доступа в центре плана не гарантирует покрытие.
Стены и плотность пользователей влияют на результат.
Каналы Wi-Fi
Соседние точки могут мешать друг другу.
Планируйте каналы и мощность.
Максимальная мощность не всегда улучшает сеть: клиент может слышать точку, но не иметь достаточной мощности ответить ей.
Производительность
Измеряйте не только номинал интерфейса.
Полезны:
- throughput;
- latency;
- jitter;
- packet loss.
Для разных приложений важны разные показатели.
Не называйте сеть быстрой только по скорости порта 1 Гбит/с.
Задержка
Она складывается из:
- передачи;
- распространения;
- обработки;
- очереди.
В локальной сети перегрузка очереди может дать больше задержки, чем длина кабеля.
Проверяйте нагрузку.
Перегрузка
Если несколько потоков сходятся в один более медленный линк, появляется bottleneck.
Нарисуйте коэффициенты скоростей.
Не ожидайте 1 Гбит/с от каждого из десяти клиентов через общий uplink 1 Гбит/с одновременно.
STP
В Ethernet-сети с избыточными L2-связями нужно предотвращать петлю.
Покажите, какая связь блокируется и что произойдёт после отказа основной.
Не отключайте STP ради того, чтобы оба линка казались активными.
Агрегация каналов
Она может увеличить суммарную пропускную способность и резерв.
Но один поток не всегда получает сумму скоростей всех линков.
Распределение часто выполняется по хешу.
Не обещайте удвоение скорости каждой сессии.
Резервирование
Проверьте реальным сценарием.
Например:
1. ping идёт;
2. отключается линк;
3. фиксируется потеря пакетов;
4. маршрут восстанавливается.
Измерьте время восстановления.
Не называйте сеть отказоустойчивой только по наличию второго кабеля.
Мониторинг
Полезно наблюдать:
- загрузку интерфейсов;
- ошибки;
- CPU;
- доступность;
- задержку.
Без мониторинга проблема становится известна только после жалобы пользователя.
Для курсовой можно показать простой набор метрик.
Симулятор
Если используется Packet Tracer, GNS3 или другая среда, сохраняйте:
- топологию;
- адреса;
- конфигурации;
- тесты.
Не ограничивайтесь скриншотом зелёных линий.
Покажите packet path или результаты команд.
Диагностика
Работайте снизу вверх:
1. физическая связь;
2. VLAN;
3. IP;
4. gateway;
5. маршрут;
6. DNS;
7. приложение.
Не меняйте случайные настройки сразу на всех уровнях.
Защита
Покажите один пакет от клиента до сервера:
- IP;
- VLAN;
- gateway;
- маршруты;
- ACL;
- обратный путь.
Затем покажите отказ одного элемента.
Курсовая по компьютерным сетям выглядит профессионально тогда, когда схема подтверждается реальными маршрутами и измерениями, а резервирование проверено событием отказа, а не только нарисовано.
Степан Сергеев
Кандидат физико-математических наук, PhD. Лично разбираю требования, веду работу по этапам и остаюсь на связи до защиты.