1 Система мониторинга пропускной способности видеопотоков в сети SNMP Wireshark анализ
🎯 Общая характеристика проекта
| Атрибут | Значение |
|---|
| Тип | Программно-аналитический проект (учебный) |
| Максимальная оценка | 8,2 балла (учебный проект) |
| Описание | Исследование: анализ сетевой нагрузки от видеопотоков. Продукт: система мониторинга пропускной способности, потребления трафика и качества видеопотоков в реальном времени с использованием SNMP и анализа пакетов (Wireshark/tshark). |
| Цель продукта | Создание инструмента для диагностики и оптимизации сетевой инфраструктуры, используемой в системах видеонаблюдения: выявление перегрузок, "узких мест", нестабильных потоков и неоправданно высокого битрейта. |
| Целевая аудитория | Сетевые администраторы, инженеры СКУД, ИТ-службы предприятий, интеграторы, службы эксплуатации, образовательные учреждения. |
| Технологии (рекомендуемые) | SNMP, tshark/Wireshark, Python, Prometheus и Grafana, Docker, сетевые коммутаторы с поддержкой SNMP, ONVIF-камеры. |
📅 Поэтапные требования к проекту
📌 Этап 1: Выбор темы
Дата: 19.01.2026
Формат: Онлайн-форма
Документы: Форма
🔹 Требования к защите
- Подтверждён выбор темы 4-1.
- Сформирована команда (до 2 человек).
- Определены роли участников.
- Подтверждено понимание задачи: анализ сетевого трафика видеопотоков через SNMP и захват пакетов.
- Наличие доступа к тестовой сети с камерами (или симуляция).
| Критерий | Вес | Описание |
|---|
| Выбор темы | 1% | Формальное подтверждение выбора темы, формирования команды, распределения ролей и технической готовности. Оценка выставляется при условии своевременной подачи формы. |
📌 Этап 2: Представление проекта
Дата: 31.01.2026
Формат: Презентация
Документы: Слайды, ТЗ
🔹 Требования к защите
- Чётко сформулированы:
- Проблема: перегрузка сети из-за видеопотоков → задержки, потеря кадров, сбои в записи.
- Решение: система мониторинга, объединяющая SNMP-данные (с коммутаторов) и анализ трафика (tshark) для оценки нагрузки от каждой камеры.
- Целевая аудитория.
- Описаны технологии и архитектура системы.
- Представлен план реализации.
- Подтверждено согласование подхода с заказчиком.
| Критерий | Вес | Описание |
|---|
| Продукт | 25% | Постановка цели, видение законченного продукта: как работает система, где применяется (СКУД, кампус, производство) |
| Польза | 25% | Обоснование необходимости: профилактика сбоев, оптимизация битрейта, планирование пропускной способности, снижение затрат на инфраструктуру |
| Пользователь | 20% | Описание целевой аудитории внутри и вне МИЭМ, количественная оценка, рынки применения (ИТ, безопасность, телеком) |
| Технологии | 20% | Обоснованный выбор стека: SNMP (PySNMP), tshark/Scapy, Python, Flask/Dash, база данных, визуализация |
| Развитие | 10% | Перспективы развития: интеграция с Zabbix, Grafana, коммерциализация, ВКР, ИИ-анализ аномалий |
📌 Этап 3: PoC (Proof of Concept)
Дата: 21.02.2026
Формат: Демонстрация + видео + репозиторий
Документы: Git, видео
🔹 Требования к защите
- Экспериментально подтверждена техническая реализуемость:
- Получение SNMP-данных с коммутатора (например, загрузка порта).
- Захват RTSP/H.264-трафика от камеры через tshark.
- Оценка битрейта одного видеопотока.
- Простейшая визуализация (график в консоли или окне).
- Демонстрация минимальной работоспособности.
- Видео (до 3 минут) с демонстрацией: захват → анализ → оценка трафика.
- Код выложен в репозиторий с README.
| Критерий | Вес | Описание |
|---|
| Техническая реализуемость | 60% | Подтверждение, что выбранный подход позволяет собирать SNMP-данные и анализировать трафик видеопотоков |
| Демонстрация | 20% | Наличие видео, показывающего: захват трафика → определение потока камеры → расчёт битрейта → отображение результата |
| Код и документация | 20% | Наличие репозитория с рабочим кодом, README, инструкцией по запуску и описанием архитектуры PoC |
📌 Этап 4: Прототип
Дата: 16.03.2026
Формат: Демонстрация + отчет + репозиторий
Документы: Демо, отчет, git
🔹 Требования к защите
- Реализован прототип:
- Параллельный сбор SNMP-данных с нескольких портов.
- Автоматическое сопоставление портов коммутатора с IP-камерами.
- Анализ трафика (tshark) с фильтрацией по RTSP/H.264.
- Оценка битрейта, потерь пакетов, задержек.
- Простейший веб-интерфейс с графиками (например, Flask + Chart.js или Grafana).
- Логирование данных.
- Демонстрация работы в реальном времени.
- Отчёт с описанием архитектуры, методов анализа, схемы корреляции SNMP и tshark.
| Критерий | Вес | Описание |
|---|
| Реализация функционала | 40% | Поддержка SNMP, tshark-анализа, корреляции, визуализации, логирования |
| Интеграция | 25% | Успешная интеграция SNMP-библиотеки, tshark, веб-интерфейса, системы хранения данных |
| Демонстрация | 20% | Работающий демо-стенд, показ сбора и анализа трафика от нескольких камер |
| Документация | 15% | Наличие отчёта с описанием архитектуры, методов анализа, API, инструкций по запуску |
📌 Этап 5: MVP (Minimal Viable Product)
Дата: 11.04.2026
Формат: Работающий продукт + отзыв + отчет + git
Документы: Отзыв, отчет, git
🔹 Требования к защите
- Продукт может быть запущен и использован без участия разработчика.
- Поддержка всех базовых функций:
- Автоматическое обнаружение камер в сети (по ONVIF или IP-диапазону).
- Непрерывный мониторинг трафика и SNMP.
- Веб-интерфейс с картой сети, графиками нагрузки, списком камер и их битрейтом.
- Алармы при превышении порогов (например, >80% загрузки порта).
- Экспорт отчётов (CSV, PDF).
- Наличие документации пользователя и разработчика.
- Получен отзыв пользователя.
| Критерий | Вес | Описание |
|---|
| Продукт | 30% | Готовность продукта: отчуждаемость, выполнение базовых функций, работа в фоне |
| Документация разработчика | 20% | Наличие спецификации MVP/MUP, описание архитектуры, API, алгоритмов, текущего результата |
| Запуск и работа | 30% | Продукт запускается без разработчика, не требует несвойственных действий от пользователя, работает в фоне |
| Документация пользователя | 20% | Полная инструкция по установке, настройке сети, интерпретации графиков, настройке алармов и экспорту отчётов |
📌 Этап 6: MUP (Minimal Usable Product)
Дата: 16.05.2026
Формат: Асинхронная защита + консультация
Документы: Отзыв, отчет, git
🔹 Требования к защите
- Продукт внедрён в тестовую среду (например, в лабораторной сети с несколькими камерами).
- Пользователь самостоятельно использует весь функционал.
- Получен отзыв о реальном использовании.
- Документация дополнена на основе фидбэка.
- Созданы маркетинговые материалы.
| Критерий | Вес | Описание |
|---|
| Отзыв пользователя | 30% | Удобство интерфейса, точность измерений, полезность алармов, качество отчётов, простота настройки |
| Функциональность | 30% | Полная реализация всех функций: обнаружение, мониторинг, визуализация, алармы, экспорт |
| Документация пользователя | 20% | Наличие полной, понятной документации с установкой, навигацией, сценариями использования и устранением неисправностей |
| Маркетинг | 20% | Наличие лендинга, продуктового ролика, раздатки или презентации, адаптированных под целевую аудиторию |
📌 Этап 7: Защита проекта
Дата: 06.06.2026 или 13.06.2026
Формат: Презентация + демо + отзывы
Документы: Слайды, демо, отзывы
🔹 Требования к защите
- Презентация пользовательского опыта.
- Демонстрация работы продукта (включая сценарии обнаружения перегрузки, алармы, экспорт).
- Представление отзывов пользователей.
- Подача заявки на РИД.
- Ответы на вопросы.
| Критерий | Вес | Описание |
|---|
| Представление | 20% | Маркетинговый стиль, ясность, логичность, отсутствие научного стиля, фокус на пользе и кейсах |
| Маркетинг | 20% | Качество лендинга, ролика, раздатки — соответствие продуктовому жанру, наличие кейсов применения |
| Впечатления пользователей | 30% | Удобство, точность, полезность, простота установки и использования, качество визуализации |
| Завершённость | 30% | Полная документация, функциональность, наличие дистрибутива (Docker, deb), ссылки на код, расширенный функционал (например, прогнозирование нагрузки, интеграция с ITSM) |
Вложения