OpenFlow. Анализ трейса. Справочные материалы

1.

OpenFlow
Анализ трейса.
Справочные материалы

2.

Задание «Анализ трейса протокола
OpenFlow»
1. Изучить порядок работы
протокола OpenFlow
2. Пошагово описать процедуры,
отраженные в трейсе.
3. В соответствии с вариантом,
выполнить детальный анализ
запроса/ответа.

3.

№ варианта
Номер строки трейса
№ варианта
Номер строки трейса
1
75
16
167
2
29/30*
17
29/30
3
66
18
71
4
110/111
19
158/159
5
56/58
20
41/47
6
10
21
65
7
167
22
125/126
8
51
23
68
9
80/81
24
7
10
18
25
107/108
11
77/78
26
1
12
3/4
27
83/84
13
11
28
50
14
42/48
29
3/4
15
33
30
69

4.

• В состав коммутатора OpenFlow входят следующие
сущности: таблица(-ы) потоков (flow);
таблица(-ы) групп (forward).
• Основные управляющие команды контроллера,
которые передаются на коммутатор: добавить
поток; обновить поток; удалить поток.
• Набор действий коммутатора OpenFlow: переслать
пакет; модифицировать заголовок пакета;
отправить на обработку в таблицу групп;
отправить на обработку в конвейер.
• Основные режимы работы: реактивный (в ответ
на пришедшие по сети пакеты); проактивный
(заранее, до прихода пакетов).
• Каждая запись состоит из: поля признаков;
счетчика; набора инструкций, применяемых к
пакету данных.

5.

• Пересылка пакета может указать на отправку пакета:
– В физический порт коммутатора. Порт, соответствующий
аппаратному сетевому интерфейсу(hardware).
– В виртуальный порт коммутатора. Виртуальный порт
коммутатора может использоваться для точного
определения группы агрегированных каналов, туннелей, а
также портов с обратной связью (loopback).
– В зарезервированный порт коммутатора.
Зарезервированные порты коммутатора определяются
спецификацией протокола OpenFlow. Могут использоваться
для описания общих правил пересылки пакетов, таких как
отправка, контроллеру OpenFlow для анализа,
широковещательная рассылка пакетов, или пересылка без
участия «методов OpenFlow» с помощью стандартных
правил.

6.

Сценарий работы
OpenFlow
1.
2.
3.
4.
5.
6.
7.
Коммутатор инициирует стандартный TCP (или TLS) соединение с
контроллером. Когда соединение OpenFlow устанавливается, каждый
объект должен передать сообщение OFPT_HELLO с версией протокола.
После успешного установления сеанса, контроллер посылает сообщение
OFPT_FEATURES_REQUEST. Это сообщение содержит только заголовок
OpenFlow и не содержит тело.
Переключатель отвечает соответствующим сообщением
OFPT_FEATURES_REPLY.
Контроллер посылает сообщение OFPT_SET_CONFIG к коммутатору. Это
сообщение включает в себя набор флагов и максимальный размер пакета,
которое необходимо отправить в контроллер.
Сообщение Vendor используется для частных сообщений в рамках
протокола.
Сообщение об ошибке(«Error») может быть отправлено либо
коммутатором, либо контроллером и указывает на отказ операции. Отказ
может быть, если отправлено недопустимое сообщение, используется не
согласованная версия протокола или же случилась ошибка в изменении
состояния на коммутаторе.
FlowMod- одно из основных сообщений, которое позволяет контроллеру
изменить состояние коммутатора OpenFlow.

7.

Сообщения OpenFlow
1.controller-to-switch
features —— Контроллер использует этот тип сообщения, чтобы узнать о функциях, поддерживаемых
коммутатором.
конфигурация —— Контроллер использует этот тип сообщения для настройки коммутатора или запроса
параметров конфигурации коммутатора.
modify-state - контроллер использует этот тип сообщения для управления таблицами потоков (добавление /
удаление / изменение) и групповыми таблицами, а также атрибутами портов и т. д.
read-state - контроллер использует этот тип сообщения для получения различной информации о состоянии
переключателя.
packet-out - контроллер использует этот тип сообщения для отправки пакетов данных, соответствующих
определенной таблице потоков.
барьер. Контроллер использует этот тип сообщения для обеспечения порядка между некоторыми другими
сообщениями.
запрос-роль - когда к коммутатору подключено несколько контроллеров, контроллер использует этот тип
сообщения для уведомления коммутатора о своей роли.
asynchronous-configuration - когда к коммутатору подключено несколько контроллеров, они часто активно
публикуют некоторые сообщения с уведомлением о состоянии на контроллер или пересылают пакеты, но не
все контроллеры знают об этих сообщениях.

8.

• 2. асинхронное асинхронное сообщение
входящий пакет - когда пакет соответствует
определенной записи потока и действие записи потока
передается на порт контроллера, пакет будет передан
через входящий пакет. Сообщение отправлено
контроллеру.
• удаление потока - когда запись потока удаляется
(устаревание или контроллер активно запрашивает
удаление), на контроллер будет отправлено сообщение
об удалении потока, чтобы уведомить о завершении
действия удаления.
• port-status - при изменении статуса порта коммутатор
использует этот тип сообщения для уведомления
контроллера об изменении статуса, например об
отключении / подключении канала.
• error —— Когда коммутатор отправляет несколько
ошибок, используйте этот тип сообщения для
уведомления контроллера.

9.

• 3. симметричное сообщение
Симметричные сообщения могут быть
инициированы любой стороной;
• hello —— При запуске контроллера или
коммутатора отправляйте друг другу
приветственные сообщения.
• echo —— Уведомить об отправке эха и
получить ответ, чтобы убедиться, что нет
проблем с подключением другой стороны, а
также его можно использовать для проверки
задержки.
• экспериментатор - разрешите
производителям осуществлять частную
экспансию