Виртуализация в NGN Лекция 14

Виртуальные каналы и виртуальные пути (туннелирование), как временные, так и постоянные (SVC и PVC). VLAN: использование для предоставления мультикастинговых услуг и обеспечение защиты сети. VPN на различных уровнях модели TCP/IP (наследники SVC и PVC) MPLS: возможность туннелирования и замены маршрутизации на коммутацию для IP-пакетов. Cloud Computing – «облачные вычисления»: возможность предоставления хранения информации в сети, совместное использование инструментов.

1.MPLS (Multi-Protocol Label Switching) Разрабатывается IETF RFC 2702, RFC 2283, RFC 2547 Цель: Цель: отделение процесса маршрутизации пакета от необходимости анализа IP-адресов в его заголовке, что существенно уменьшает время пребывания пакетов в маршрутизаторе и обеспечивает требуемые показатели QoS для трафика реального времени. Недостатки: Недостатки: ориентирован на топологию Основной механизм: Основной механизм: коммутация по меткам, туннелирование

Появление MPLS обусловлено недостатками IP- маршрутизации: отсутствие балансировки нагрузки (кроме специальных настроек OSPF). Т.о. некоторые пути не используются, постоянное переназначение метрик приводит к нестабильности сети, управление трафиком посредством IGP слишком медленное, маршрутизация зависит только от топологии Пример: Используется путь А-C-D-E, путь A-B-D оказывается не загружен A B C DE

Цель: ускорить процесс маршрутизации IP-пакетов, расширить возможности обработки трафика в зависимости от типа приложения. Идея: коммутация меток. Каждый пакет снабжается меткой, которая несет в себе информацию о следующем узле сети. Метка добавляется к пакету (т.е. между 2 и 3 уровнем). Т.О. каждый пакет ассоциируется к определенным потоком. Преимущества: высокая скорость передачи пакетов за счет обработки метки короткого фиксированного размера (20 бит), анализ заголовка IP-пакета только на входе в MPLS-облако, эффективное управление трафиком, поддержка балансировки нагрузки, создание виртуальных каналов.

Физическая сеть Логическая сеть

Метка MPLS МеткаCoSSTTL Метка: 20 бит CoS (класс обслуживания): 3 бита S (признак дна стека меток): 1 бит TTL: 8 бит В IP-cетях метка вставляется между заголовками канального и сетевого уровней eth метка IP-пакетeth

Специальные метки Диапазон значений меток Зарезервированы: –0: явный ноль IPv4 – пакет должен быть освобожден от метки; –1: метка предупреждения маршрута – пакет должен быть доставлен данному маршрутизатору; –2: явный ноль IPv6 – пакет должен быть освобожден от метки; –3: необходимость снятия метки, используется протоколами управления; –4-15: свободны для использования.

Способы назначения меток Нисходящее назначение: в направлении, обратном к потоку данных. Назначает исходящие метки. Нисходящее назначение по требованию: в направлении, обратном к потоку данных. Назначает исходящие метки по требованию предыдущего маршрутизатора. Восходящее назначение: по направлению потока данных. Назначает входящие метки.

Пример назначения меток Hello/UDP TCP Open IP запрос метки Инициализация Связывание метки А А А В В В

Алгоритм обработки меток Каждый узел содержит базу меток TIB (Tag Information Base) – т.е. таблицу перенаправлений, содержащую соответствие между полученной и исходящей меткой. Узел, получающий пакет, анализирует метку, ищет запись в TIB, изменяет метку на соответствующую и направляет на исходящий порт. Возможен мультикастинг: назначение на одну входящую метку несколько исходящих.

Особенности назначения меток Назначаются каждым узлом, имеют локальное значения в пределах узла. Если метка не определена: –Сброс пакета –Узел не читает заголовок пакета –Узел не генерирует квитанцию Пакет может содержать несколько меток – стек. В этом случае решение о коммутации принимается на основе значения последней метки. Метод анализа стека меток LIFO PPPMPLS4MPLS1MPLS2MPLS3Данные IP- заголовок PPP Анализируется первой Анализируется последней

Пример MPLS-сети LAN источника Запросы меток LAN получателя Поток данных Распределение меток LSR (Label Switching Router) – маршрутизатор коммутации по меткам. Последовательность маршрутизаторов (LSR1, LSR2,..., LSRn), через которые проходят пакеты, принадлежащие одному потоку, образует виртуальный путь LSP, коммутируемый по меткам (Label Switching Path). Входящий LSR Исходящий LSR Транзитные LSR

Передача пакета по LSP Входящий узел: –Получает IP-пакет с адресом получателя, например ; –Определяет подсеть ; –Добавляет метку к пакету, например, 203; –Отправляет пакет к следующему узлу Транзитный узел: –Получает пакет с меткой, просматривает таблицу коммутации; –Осуществляет смену меток, например, 203 на 527; –Передает пакет следующему узлу

Все остальные транзитные узлы производят аналогичные процедуры. Предпоследний узел: –Получает пакет с меткой, просматривает таблицу коммутации; –Снимает метку (последний узел запрашивает метку 3); –Отправляет пакет к последнему узлу. Последний узел отправляет IP-пакет получателю IP LSP

2. Виртуальные частные сети - VPN VPN – Virtual Private Network – имитируют возможности частной сети в рамках общедоступной, используя существующую инфраструктуру. Особенность VPN – формирование логических связей не зависимо от типа физической среды. Позволяют обойтись без использования выделенных каналов. Задача: обеспечение в общедоступной сети гарантированного качества обслуживания, а также их защита от возможного несанкционированного доступа или повреждения.

1998 год – разработка приложений VPN, позволяющих осуществлять централизованный контроль со стороны пользователей год – модель аутентификации, дополнительные средства для конфигурирования клиентов 2000 год – включение средств VPN в Windows2000 В настоящее время технология вошла в фазу расцвета. Используются различные технологии и архитектуры с учетом потребностей конкретной сети. Использование общедоступной IP-сети для предоставления удаленного доступа к информации может (!) являться безопасным.

Классификация VPN По уровню модели OSI По архитектуре технического решения По способу технической реализации VPN канального уровня: PPTP, L2TP MPLS VPN сетевого уровня: IPSec VPN транспортного уровня: SSL/TLC Межкорпоративные VPN Внутрикорпоративные VPN На основе удаленного доступа На основе сетевой операционной системы На основе межсетевого экрана На основе маршрутизаторов На основе программных решений На основе аппаратных решений

Базовые архитектуры VPN Шлюз-шлюз Шлюз-хост Хост-хост Комбинированная – через промежуточный шлюз (IPSG) IPSG VPN-шлюз LAN IP-сеть

VPN-шлюз – сетевое устройство, подключенное к нескольким сетям, выполняет функции шифрования, идентификации, аутентификации, авторизации и туннелирования. Может быть решен как программно, так и аппаратно. VPN-клиент (хост) решается программно. Выполняет функции шифрования и аутентификации. Сеть может быть построена без использования VPN-клиентов. Основные компоненты VPN

Туннель – логическая связь между клиентом и сервером. В процессе реализации туннеля используются методы защиты информации. Граничный сервер – это сервер, являющийся внешним для корпоративной сети. В качестве такого сервера может выступать, например, брендмауэр или система NAT. Обеспечение безопасности информации VPN – ряд мероприятий по защите трафика корпоративной сети при прохождении по туннелю от внешних и внутренних угроз.

Схемы взаимодействия провайдера и клиента Пользовательская схема – оборудование размещается на территории клиента, методы защиты информации и обеспечения QoS организуются самостоятельно. Провайдерская схема – средства VPN размещаются в сети провайдера, методы защиты информации и обеспечения QoS организуются провайдером. Смешанная схема – используется при взаимодействии клиента с несколькими провайдерами.

Защита данных в VPN Требования к защищенному каналу: Конфиденциальность Целостность Доступность легальным пользователям (аутентификация) Методы организации защищенного канала: Шифрование. Аутентификация – позволяет организовать доступ к сети только легальных пользователей. Авторизация – контролирует доступ легальных пользователей к ресурсам в объемах, соответствующих предоставленными им правами. Туннелирование – позволяет зашифровать пакет вместе со служебной информацией.

Поддержка VPN на различных уровнях модели OSI Канальный уровень: –L2TP, PPTP и др. (авторизация и аутентификация) –Технология MPLS (установление туннеля) Сетевой уровень: –IPSec (архитектура «хост-шлюз» и «шлюз-шлюз», поддержка шифрования, авторизации и аутентификации, проблемы с реализацией NAT) Транспортный уровень: –SSL/TLS (архитектура «хост-хост» соединение из конца в конец, поддержка шифрования и аутентификации, реализован только для поддержки TCP-трафика)

Протоколы канального уровня: PPTP (Point-to-Point-Tunneling Protocol). Шифрует кадры РРР и инкапсулирует их в IP пакеты (1996 год, разработка Microsoft, Ascend, 3Con и US Robotics) L2F (Layer to Forwarding). Прототип L2TP (1996 год, разработка Cisco) L2TP (Layer to Tunneling Protocol). Инкапсулирует кадры РРР в протокол сетевого уровня, предварительно проведя аутентификацию пользователя (1997 год, разработка Cisco и IETF)

Инкапсуляция кадров РРР в IP ДанныеЗаголовок IPPPP ДанныеЗаголовок IPPPP Новый заголовок IP ДанныеЗаголовок IPPPP Новый заголовок IP PPP Уровень 2 Уровень 3 Уровень 2

Организация VPN/MPLS VPN/MPLS – хорошо масштабируемое решение. Рекомендация RFC 2547bis (модель IETF): Р узлы: должны поддерживать маршруты к другим Р и РЕ узлам, а не VPN-маршруты РЕ узлы: поддерживают только непосредственно подсоединенные VPN- маршруты VPN могут иметь перекрывающиеся адреса

Модель взаимодействия с сетью Узлы провайдера Р узел РЕ узел Пограничный узел провайдера Пограничный узел провайдера Пограничный узел пользователя Пограничный узел пользователя VPN1VPN2 VPN21 VPN2

Адресация VPN Сеть провайдера Маршрутизатор 1 Маршрутизатор 2 Маршрутизатор 4 Маршрутизатор / / /16 Внутренняя адресация должна быть уникальна для провайдера! RD1:10.1/16 зеленый маршрут RD1: 10.2/16 зеленый маршрут RD2: 10.1/16 желтый маршрут RD2: 10.2/16 желтый маршрут Принимать только желтых!

RD – Route Distinguisher – признак маршрута. Используется для определения конкретных маршрутов. Это новый тип адреса. Основная идея – сделать неуникальные адреса уникальными, заменив группы IP-адресов на RD. Способ: совмещение IP-адреса и некоторого уникального идентификатора. Таким образом, для каждого маршрута в рамках одной VPN будут разные RD. Комьюнити – сообщества – используются для фильтрации трафика. Обозначаются «цветом». Трансляция комьюнити происходит только в узлах PE. Комьюнити используются только в сети провайдера и только для управления и трансляции.

Определение VPN Маршрутизатор 1 Маршрутизатор 2 Маршрутизатор 4 Маршрутизатор / /16 PE1 PE2 метка IP-адрес

Использование метки VPN Маршрутизатор 1 Маршрутизатор 2 Маршрутизатор 4 Маршрутизатор / /16 PE1 PE2 Метка LSP Метка VPN

IPSec (IP Security) – набор протоколов. Организует аутентификацию, шифрование и автоматическое снабжение конечных точек канала секретными ключами (1997 год, разработка IETF). Определен для IPv4 и IPv6. Поддерживает два режима: –Транспортный (защита данных в пакете) –Туннельный (защита всего пакета, включая заголовок) Каждый из участников соединения должен иметь соответствующее программное обеспечение и сконфигурировать параметры туннеля. Протоколы сетевого уровня

Стек протоколов IPSec Прикладной Сетевой (IP) Канальный Физический Транспортный IPSec IKE Internet Key Management - Управление ключами пользователя на прикладном уровне Два протокола: АН: аутентификация, гарантия целостности данных ESP: аутентификация и шифрование В случае использования IPSec в заголовке IP в поле «протокол верхнего уровня» (IPv4) или «следующий заголовок» (IPv6) помечается «IPSec»

Ассоциация IPSec – SA (Security Association) Параметры SA: –Индекс параметра безопасности SPI –Адрес приемника –Идентификатор протокола безопасности (АН или ESP) –Используемый алгоритм обеспечения безопасности –Метод обмена ключами –Метод аутентификации –Метод шифрования –Время активности SA –Режим протокола (транспортный или туннельный) –Время жизни туннеля –И.т.п.

Определение SA Internet шлюз SA1 SA2 От станции к файерволлу Из конца в конец

Режимы IPSec Туннельный режим: –Добавляется новый IP-заголовок –Исходный IP-заголовок инкапсулируется (предварительно шифруется). –Адрес приемника и передатчика может изменяться на адрес граничного шлюза –Инкапсуляция может производиться оконечной станцией или шлюзом VPN Транспортный режим: – Использует исходный IP-заголовок –Адреса оконечных устройств остаются без изменения –Инкапсуляция производится оконечными устройствами

Инкапсуляция IPSec для туннельного режима ДанныеТСРIP ДанныеТСРIPIPSec Зашифровано ДанныеТСРIPIPSec Зашифровано Новый IP ДанныеТСРIPIPSec Зашифровано Новый IP PPP Сетевой уровень Уровень IPSec Сетевой уровень Канальный уровень

Инкапсуляция IPSec для транспортного режима ДанныеТСР ДанныеТСРIPSec Зашифровано IP ДанныеТСРIP Зашифровано PPP ДанныеТСРIPSec Зашифровано IPSec Транспортный уровень Уровень IPSec Сетевой уровень Канальный уровень

Инкапсуляция с аутентификацией (ESP) ДанныеТСРIP ДанныеТСРIPESP Трейлер ESP Аутентиф. ESP Транспортный режим (АН аутентификация): Туннельный режим (АН аутентификация): Зашифровано Аутентифицировано ДанныеТСРIPESP Трейлер ESP Аутентиф. ESP Зашифровано Аутентифицировано Новый заг. IP

Управление ключом IKE Функции IKE: –Установление SA (Security Association) –Определение параметров безопасности –Обмен ключами (UDP, порт 500) Фазы работы IKE: –Фаза I: Аутентификация (из конца в конец, из конца к файерволлу) Определение параметров безопасности для Фазы II –Фаза II: Установление параметров безопасности для соединения Выбор аутентификации (HMAC-MD5, HMAC-SHA) Выбор алгоритма шифрования (DES, RC5, IDEA, Blowfish, CAST-128)

Общая процедура IPSec Фаза I для узла А, аутентификация Фаза II для узлов A и В, обмен ключами Установление туннеля Контроль состояния туннеля минимум каждые 10 с. Интернет туннель А В

Правила безопасности Правила безопасности определяют способы защиты, пропуска и сброса трафика. Основным условием работы правил безопасности является зеркальность трафика в соединении В случае ошибочного прописывания правил безопасности могут возникать конфликты, приводящие к потере трафика: –Скрывание –Конфликт в типе туннелей –Зацикливание –Асимметрия

Пример реализации правил безопасности ТСР 1.1.*.*: any 2.2.*.*: any protect ТСР : any : any AH transport ТСР 1.1.*.*: any 2.2.*.*: any protect ТСР *: any *: any ESP tunnel ТСР 2.2.*.*: any 1.1.*.*: any protect ТСР *: any *: any ESP tunnel ТСР 2.2.*.*: any 1.1.*.*: any protect ТСР : any : any AH transport

Протоколы транспортного уровня SSL – Secure Sockets Layer. SSLv3, 1996 год. TLS – Transport Layer Security. Стандарт IETF, RFC В настоящее время объединены в общий стек протоколов SSL/TLS Стек протоколов SSL/TLS IP TCP SSL Record Protocol SSL Handshake Protocol SSL Change Cipher Protocol SSL Alert Protocol HTTPFTP И др. протоколы прикладного уровня

Все браузеры поддерживают SSL/TLC. SSL/TLS реализован поверх TCP (надежность доставки, квитирование), между транспортным и прикладным уровнем. Не поддерживает приложения UDP (отсутствует квитирование) Стек протоколов SSL/TLS: –SSL Record Protocol: защита передаваемых данных –SSL Handshake Protocol: установление сессии (соглашение о используемых алгоритмах, параметры безопасности) –SSL Change Cipher Protocol (смена шифра) –SSL Alert Protocol (сообщения об ошибках)

Протоколы транспортного уровня SSL – Secure Sockets Layer. SSLv3, 1996 год. TLS – Transport Layer Security. Стандарт IETF, RFC В настоящее время объединены в общий стек протоколов SSL/TLS Стек протоколов SSL/TLS IP TCP SSL Record Protocol SSL Handshake Protocol SSL Change Cipher Protocol SSL Alert Protocol HTTPFTP И др. протоколы прикладного уровня

Все браузеры поддерживают SSL/TLC. SSL/TLS реализован поверх TCP (надежность доставки, квитирование), между транспортным и прикладным уровнем. Не поддерживает приложения UDP (отсутствует квитирование) Стек протоколов SSL/TLS: –SSL Record Protocol: защита передаваемых данных –SSL Handshake Protocol: установление сессии (соглашение о используемых алгоритмах, параметры безопасности) –SSL Change Cipher Protocol (смена шифра) –SSL Alert Protocol (сообщения об ошибках)

3. Cloud Computing – Облачные вычисления Две идеи: –1 (Netskape) – пользователь хранит данные в сети, действия над ними производит удаленно. –2 (Microsoft) – пользователь хранит данные на своем терминале, действия производит локально, пересылает только результат. Типы виртуализации: –Виртуализация каналов – появление PVC и SVC, VLAN, VPN. –Виртуализация хранения данных – FTP-серверы, ЦОДы, р2р-сети обмена данными. –Виртуализация операторов: появление виртуальных операторов IP-телефонии –Виртуализация услуг – интернет-банкинг, web e- mail и т.п.

Изменение принципов взаимодействия участников телекоммуникационного рынка с переходом на NGN С точки зрения модели NGN происходит расслоение операторов на два типа – операторов доступа (провайдеров и первичных сетей) и операторов услуг (контент-провайдеров, виртуальных операторов, владельцев интернет-порталов).

Внедрение «облачных» услуг для корпоративного клиента Плюсы: –Экономическая выгода от совместного использования телекоммуникационно инфрастуктуры и вычислительных мощностей. –Экономическая выгода от отказа от инсталляции, внедрения и обслуживания программного обеспечения. –Системы CRM могут быть использованы и некрупными компаниями. Минусы: –Оптимизация сетей отсутствует –Проблемы безопасности –Проблемы поддержки качества обслуживания –Пересмотр политики управления ресурсами

Эволюция переноса части функций в «облака» Возможность совместного использования различными клиентами единого Центра обработки данных (ЦОД)

Внедрение «облачных» услуг для частного пользователя Плюсы: –Новые услуги не зависимо от географического положения. –Решение проблемы авторского права. –Возможность быстрого доступа к расширению услуг, обновления, интерактивность. Минусы: –Конфиденциальность информации –AAA концепция (авторизация, аутентификация, аккаутинг) –Скорость доступа варьируется в зависимости от региона –Унификация API –Вопросы биллинга, роуминга и управления услугой