Опубликовано: 12.10.2026 | Источник: SecurityLab (RSS)

Отказоустойчивость связи в ВКР: как превратить возврат проводных телефонов в защищаемый дипломный кейс

Поддомен: Cybersecurity / Отказоустойчивость инфраструктуры. Роль эксперта: специалист по ИБ и защите критической инфраструктуры.

Введение: почему «трубка на шнуре» — это не ностальгия, а инженерная задача

Новость о том, что в России снова начали подключать домашние проводные телефоны, звучит как курьёз. Мол, откатились в девяностые. Но если смотреть на это глазами инженера, картина другая: после серии отключений мобильной связи в приграничных регионах проводная линия снова стала рассматриваться как страховочный канал связи на случай ЧП. Когда сети 4G/5G перегружены, а вышки обесточены, абонентский шнур остаётся единственной ниточкой к экстренным службам.

Для выпускника ИТ это не сюжет для реферата, а отличная почва под ВКР. Тема пересекает сразу три области: сети и телефонию, информационную безопасность и отказоустойчивость инфраструктуры. Здесь легко показать не «модный фреймворк», а реальную инженерную проблему с измеримым результатом — расчётом доступности, схемой резервирования, метриками RTO/RPO. Такой диплом защищать проще: комиссия видит прикладной смысл, а не обзор Stack Overflow.

FAQ: что студенты спрашивают чаще всего

1. У меня профиль «разработка», а не «сети». Тянуть ли связанную с телефонией тему?

Да, если говорить о резервировании как о программной задаче: логика переключения каналов, сервис уведомлений, отказоустойчивый микросервис оповещения. SIP-стек, Asterisk/FreeSWITCH и очередь сообщений — это код, а не «хозяйство сисадмина». Тема ВКР остаётся разработочной.

2. Где брать данные для главы 3, если реальной АТС нет?

Разворачивайте стенд: Asterisk + SIP-провайдер + эмулятор отказа канала (iptables, tc). Метрики снимайте через OpenTelemetry или, в простом варианте, пишите лог в SQLite и считайте доступность скриптом. Комиссия любит честный стенд больше, чем «мы предположили».

3. Как считать эффективность? Что вообще показывать на защите?

Смотрите на ISO/IEC 25010: подхарактеристики надёжности — доступность, отказоустойчивость, восстанавливаемость. Считаете: время переключения на резервный канал, процент успешных вызовов при эмуляции сбоя, RTO. Графики + таблица сравнения «до/после» — этого достаточно для главы 3.

4. Нормоконтроль придирается к схемам. Как оформить архитектуру?

ГОСТ 34.601-90 и ГОСТ 19.701-90 никто не отменял — схемы алгоритмов и структурные схемы в их нотации принимают без вопросов. Плюс C4-диаграммы для уровня контейнеров и UML sequence для сценария failover. Оба нотации опишите в приложении.

Темы ВКР, которые родятся из этой новости

• Тема 1. Проектирование отказоустойчивого узла связи с резервированием VoIP/PSTN для экстренных вызовов.
  Актуальность: новость прямо фиксирует запрос на резервный проводной канал при ЧП.
  Цель: разработать схему с автоматическим переключением на PSTN при деградации VoIP.
  Задачи: анализ отказов, выбор стека (Asterisk + DAHDI), реализация failover-маршрута, нагрузочное тестирование.
  Структура: Глава 1 — анализ каналов и рисков; Глава 2 — проектирование и реализация маршрутизации; Глава 3 — тестирование при отказах и метрики доступности.
• Тема 2. Сервис аварийного оповещения населения с гарантированной доставкой через дублирующие каналы.
  Актуальность: при перегрузке сетей push и SMS теряются, а проводная линия дозванивается.
  Цель: система, которая дублирует оповещение по VoIP, PSTN и мессенджеру с контролем доставки.
  Задачи: очередь сообщений, retry-политика, контроль квитанций, аудит.
  Структура: Глава 1 — обзор систем оповещения и ГОСТов; Глава 2 — архитектура и код; Глава 3 — стресс-тест и оценка по ISO/IEC 25010.
• Тема 3. Оценка защищённости домашнего узла связи по OWASP и модели угроз при отказе сотовой сети.
  Актуальность: возврат «аналоговой» связи вернул и старые угрозы — от подслушивания до физического доступа к линии.
  Цель: провести моделирование угроз и предложить меры защиты.
  Задачи: STRIDE-модель, аудит конфигурации SIP, рекомендации по шифрованию, оценка остаточных рисков.
  Структура: Глава 1 — ГОСТ Р 58412, OWASP, нормативка; Глава 2 — модель угроз и прототип защиты; Глава 3 — верификация практических сценариев атак.

Как встроить материал статьи в три главы ВКР

Глава 1: не пересказ новости, а рамка анализа

Новость — только триггер. Дальше строим аналитическую рамку: классификация каналов связи (POTS, ISDN, VoIP, сотовая), виды отказов (энергетика, перегрузка, физический обрыв), метрики по ISO/IEC 25010 — надёжность, доступность, восстанавливаемость. Обязательно укажите источники нормативного регулирования: ГОСТ 34.601-90 для стадий разработки, приказы Минцифры по системе-112. Схему «дерево отказов» (Fault Tree) в нотации, принятой в вузе, — четверть главы закрыта.

Глава 2: спроектируйте и покажите код failover-логики

Здесь живёт инженерная часть. Минимум — диаграмма C4 уровня Container: SIP-клиент, прокси-сервер, шлюз в PSTN, сервис мониторинга. Плюс BPMN или sequence-диаграмма сценария «VoIP недоступен → переключение на PSTN за N секунд». Ниже — пример рабочей логики маршрутизации в Asterisk, которую можно адаптировать под дипломный стенд:

; extensions.conf — резервирование канала для экстренного вызова
[emergency-out]
exten => _X.,1,Set(TIMEOUT(absolute)=60)
 same => n,Dial(PJSIP/${EXTEN}@voip-trunk,20)
 same => n,GotoIf($["${DIALSTATUS}" = "CHANUNAVAIL"]?fallback)
 same => n,GotoIf($["${DIALSTATUS}" = "BUSY"]?fallback)
 same => n,Hangup()
 same => n(fallback),Verbose(2, VoIP недоступен — переход на PSTN)
 same => n,Dial(DAHDI/g1/${EXTEN},30)
 same => n,Hangup()

Рядом добавьте скрипт расчёта доступности за период наблюдений — он пригодится в главе 3:

# availability.py
# Доступность A = MTBF / (MTBF + MTTR)
MTBF = 7200  # ч наработки на отказ, из логов стенда
MTTR = 45    # ч среднего времени восстановления
availability = MTBF / (MTBF + MTTR)
print(f"Доступность узла: {availability:.5f} ({availability*100:.3f}%)")

Глава 3: тестирование и измеримая эффективность

Комиссия не поверит «система стала надёжнее». Нужны числа. Сценарии: обрыв VoIP-транка (эмуляция через iptables -j DROP), деградация полосы (tc qdisc), обесточивание одного узла. Что измеряем: время переключения (мс), доля успешных вызовов (%), RTO, MTTR. Для сбора телеметрии — OpenTelemetry на метрики SIP-стека, вывод в Prometheus. Таблица «до/после» + график доступности закрывают главу.

Нормоконтроль: что реально проверяют

Оформляйте схемы по ГОСТ 19.701-90 (единая система программной документации) и структуру проекта — по ГОСТ 34.601-90. Каждая диаграмма — с подписью, ссылкой в тексте, рамкой. Листинги кода выносите в приложения, в тексте — только ключевые фрагменты со ссылкой «см. Приложение Б». Это классика, на которой сыпется половина работ, если помощь с дипломом не была выстроена заранее и вы верстаете всё в последнюю ночь.

Чему вы научитесь на такой теме

• Проектировать отказоустойчивые схемы резервирования каналов связи и считать их доступность.
• Настраивать SIP-инфраструктуру и писать failover-маршрутизацию в Asterisk/FreeSWITCH.
• Строить модель угроз по STRIDE и закрывать риски в соответствии с OWASP-рекомендациями.
• Снимать метрики надёжности через OpenTelemetry и интерпретировать их по ISO/IEC 25010.
• Оформлять техническую документацию по ГОСТ 34 и ГОСТ 19 без правок нормоконтролёра.

Источник: Вместо смартфона — трубка на шнуре. Зачем в России снова начали подключать домашние телефоны (опубликовано 2026-03-27)