Коммутируемый виртуальный канал

Коммутируемый виртуальный канал (англ. Switched Virtual Circuit, SVC) — это тип виртуального канала в сетях передачи данных, который устанавливается динамически по запросу пользователя или приложения для временной передачи информации и разрывается после завершения сеанса связи. В отличие от постоянного виртуального канала (PVC), который существует постоянно, SVC создаётся на время соединения и требует процедуры сигнализации для установки и разрыва.

История и развитие

Концепция коммутируемых виртуальных каналов возникла в контексте развития сетей с коммутацией пакетов, в частности технологии X.25, разработанной в 1970-х годах Международным союзом электросвязи (ITU). Изначально виртуальные каналы применялись для организации соединений в сетях с коммутацией пакетов, где требовалась высокая надёжность и гарантированная доставка данных. SVC стали альтернативой постоянным каналам (PVC), которые использовались для долговременных соединений между фиксированными точками.

В 1980-х годах, с развитием технологии Frame Relay, SVC получили более широкое распространение. Frame Relay предлагал более высокую скорость передачи данных по сравнению с X.25, а SVC позволяли гибко управлять соединениями, что было востребовано в корпоративных сетях. Однако в реальности SVC в Frame Relay использовались реже, чем PVC, из-за сложности реализации сигнализации и необходимости поддержки со стороны сетевого оборудования.

С появлением технологии ATM (Asynchronous Transfer Mode) в 1990-х годах SVC стали ключевым элементом для организации динамических соединений. ATM поддерживал как PVC, так и SVC, причём SVC использовались в сетях общего пользования для предоставления услуг «по требованию», например, для видеоконференций или временного увеличения пропускной способности. Однако высокая стоимость оборудования ATM и сложность настройки ограничили массовое внедрение SVC.

В современных сетях, построенных на технологии MPLS (Multiprotocol Label Switching), SVC также находят применение, хотя чаще используются PVC или LSP (Label Switched Path). SVC в MPLS реализуются с помощью протоколов сигнализации, таких как RSVP-TE (Resource Reservation Protocol — Traffic Engineering) или LDP (Label Distribution Protocol), что позволяет создавать временные туннели для передачи трафика с определёнными требованиями к качеству обслуживания (QoS).

Принцип работы

Коммутируемый виртуальный канал устанавливается через процедуру сигнализации, которая включает три основных этапа:

1. Установка соединения: инициатор (например, конечное устройство или маршрутизатор) отправляет запрос на установку SVC. Запрос содержит адрес назначения, параметры QoS (например, требуемую пропускную способность, задержку) и другие характеристики. Сетевое оборудование (коммутаторы, маршрутизаторы) обрабатывает запрос, определяет путь через сеть и резервирует ресурсы. Если ресурсы доступны, соединение устанавливается, и инициатор получает подтверждение.

1. Передача данных: после установки SVC данные передаются по виртуальному каналу. Каждый пакет или ячейка содержит идентификатор виртуального канала (VCI — Virtual Channel Identifier в ATM, DLCI — Data Link Connection Identifier в Frame Relay), который используется для коммутации на каждом узле сети. Передача данных продолжается до тех пор, пока сеанс не завершится.

1. Разрыв соединения: когда передача данных завершается, инициатор или одна из сторон отправляет запрос на разрыв SVC. Сетевое оборудование освобождает зарезервированные ресурсы и удаляет информацию о виртуальном канале из таблиц коммутации.

Процедура сигнализации для SVC определяется протоколами, такими как Q.931 (для ISDN и Frame Relay), Q.2931 (для ATM) или LDP/RSVP-TE (для MPLS). В отличие от PVC, которые настраиваются администратором вручную и существуют постоянно, SVC требуют автоматической обработки запросов, что накладывает дополнительные требования к производительности сетевого оборудования.

Классификация и характеристики

SVC можно классифицировать по различным признакам:

• По технологии сети: SVC в X.25, Frame Relay, ATM, MPLS, а также в виртуальных частных сетях (VPN) на основе протоколов L2TP или IPsec (где SVC используются для создания временных туннелей).
• По способу установки: SVC могут устанавливаться по инициативе пользователя (например, при звонке через ISDN) или автоматически, на основе заранее заданных правил (например, при превышении порога трафика).
• По типу соединения: двусторонние (point-to-point) или многосторонние (point-to-multipoint), хотя последние встречаются реже.

Основные характеристики SVC:

• Динамичность: канал существует только во время сеанса связи, что позволяет эффективно использовать сетевые ресурсы.
• Сигнализация: для установки и разрыва требуется обмен служебными сообщениями, что увеличивает время установки соединения (от нескольких миллисекунд до секунд).
• Гибкость: SVC могут предоставлять различные уровни QoS в зависимости от требований приложения.
• Масштабируемость: при большом количестве одновременных запросов на установку SVC может возникнуть нагрузка на систему сигнализации и таблицы коммутации.

Применение

SVC используются в различных сценариях, где требуется временное или динамическое соединение:

• Телефонные сети и ISDN: в цифровых сетях с интеграцией услуг (ISDN) SVC используются для установки голосовых и видеозвонков. Канал создаётся при наборе номера и разрывается после завершения разговора.
• Корпоративные сети: в сетях Frame Relay и ATM SVC применялись для организации временных соединений между филиалами, например, для передачи больших объёмов данных в ночное время или для резервного копирования.
• Видеоконференции: SVC позволяют создавать временные каналы с гарантированной пропускной способностью для передачи видео и аудио в реальном времени.
• Облачные вычисления: в виртуальных частных сетях (VPN) SVC используются для динамического создания туннелей между облачными ресурсами и клиентами, что обеспечивает безопасность и гибкость.
• Сети операторов связи: в MPLS-сетях SVC применяются для предоставления услуг «по требованию», таких как временное увеличение пропускной способности для крупных мероприятий или аварийного восстановления.

Преимущества и недостатки

Преимущества SVC

• Эффективное использование ресурсов: каналы создаются только при необходимости, что снижает нагрузку на сеть и экономит пропускную способность.
• Гибкость: SVC могут быть настроены с различными параметрами QoS, что позволяет адаптироваться к требованиям конкретного приложения.
• Автоматизация: установка и разрыв канала происходят без участия администратора, что упрощает управление сетью.
• Поддержка динамических сценариев: SVC идеально подходят для приложений с переменной интенсивностью трафика, таких как видеоконференции или облачные сервисы.

Недостатки SVC

• Задержка установки: процедура сигнализации требует времени, что может быть критично для приложений, требующих мгновенного соединения (например, в критически важных системах).
• Сложность реализации: поддержка SVC требует более сложного сетевого оборудования и программного обеспечения, что увеличивает стоимость.
• Нагрузка на сигнализацию: при большом количестве одновременных запросов система сигнализации может стать узким местом.
• Меньшая надёжность: в случае сбоя в процессе установки SVC соединение может не состояться, в то время как PVC существуют постоянно и не зависят от сигнализации.

Сравнение с PVC

Современное состояние

В современных сетях SVC используются реже, чем PVC, особенно в корпоративных и операторских сетях. Это связано с развитием технологий, таких как MPLS-TE (Traffic Engineering) и SDN (Software-Defined Networking), которые предлагают более гибкие и эффективные способы управления трафиком. Однако SVC сохраняют актуальность в специализированных областях, таких как сети ISDN (где они являются стандартом), а также в некоторых VPN-решениях для облачных платформ.

В России SVC применяются в сетях операторов связи, предоставляющих услуги Frame Relay или ATM, хотя эти технологии постепенно вытесняются MPLS и IP-сетями. В контексте законодательства РФ, сети передачи данных должны соответствовать требованиям ФСБ и Роскомнадзора, что может влиять на использование SVC в государственных и корпоративных системах.

Источники

1. Стандарт ITU-T X.25 — «Interface between Data Terminal Equipment (DTE) and Data Circuit-terminating Equipment (DCE) for terminals operating in the packet mode and connected to public data networks by dedicated circuit».
2. Стандарт ITU-T I.233 — «Frame Relay service specific convergence sublayer».
3. Стандарт ITU-T Q.2931 — «Digital Subscriber Signalling System No. 2 — User-Network Interface (UNI) layer 3 specification for basic call/connection control».
4. RFC 3031 — «Multiprotocol Label Switching Architecture», IETF, 2001.
5. RFC 3209 — «RSVP-TE: Extensions to RSVP for LSP Tunnels», IETF, 2001.
6. Учебное пособие «Сети и телекоммуникации» под ред. В. Г. Олифера, 2010.
7. Материалы курса «Сети передачи данных» МТУСИ, 2018.