Кратко
- Ethane сначала принимал явное решение о допуске потока без подходящей записи, затем устанавливал разрешённый путь. Надёжность решения зависела от связи пользователя, машины, адресов и места входа.
- NOX предоставлял приложениям представление всей сети, но не полное состояние текущего трафика. Разрешённая связь не означала, что поведение приложения проверено целиком.
При расследовании вчерашнего соединения адрес кажется удобным ответом на вопрос «кто». Но адрес мог быть выдан другой машине, а прежняя машина — переместиться. Нужна не сегодняшняя таблица, а связь, действовавшая в момент решения. Эта временная сторона разрешения помогает точнее понять совместные исследования Scott Shenker: корпоративной сети предлагалось учитывать не только достижимость, но и основания допуска.
Авторы Ethane, опубликованного в 2007 году, — Martin Casado, Michael J. Freedman, Justin Pettit, Jianying Luo, Nick McKeown и Scott Shenker. Они соединяют правила на уровне имён пользователей и машин, выбор пути согласно правилам и поддержку привязки пакета к его происхождению. Выражение «разрешить этому пользователю» удобно лишь пока система понимает, какой трафик ему соответствует.
Как решение становится передачей
Коммутатор Ethane отправляет контроллеру пакет, для которого нет совпадающей записи потока, вместе с информацией о входе. Контроллер решает вопрос допуска, рассчитывает разрешённый путь и устанавливает записи в коммутаторах вдоль него. Правило может потребовать промежуточный узел, например прокси. Начальный пакет возвращается для передачи; последующие совпадающие пакеты обрабатываются коммутаторами. Записи могут истечь или быть отозваны.
Это не требование проводить каждый пакет через один сервер. Логическая централизация решения отличается от централизованной передачи всего трафика. Уже установленная передача и новый допуск имеют неодинаковые зависимости. Поэтому при проверке доступности следует разделять действующие соединения и новые запросы. Это вывод из механизма, а не обещание, что любой существующий поток переживёт любой отказ.
В примере Ethane связываются регистрация машины, выдача адреса, место подключения и аутентификация пользователя. При перемещении машины связь нужно обновлять. Журнал этих соответствий позволяет восстановить смысл исторического адреса, не превращая его в постоянный идентификатор человека. Ошибочная привязка опасна даже тогда, когда коммутаторы безупречно выполняют полученные команды: разрешение может быть исполнено для неверного субъекта.
Реальный опыт и его масштаб
Статья сообщает о более чем 300 машинах, обслуживавшихся в Stanford четыре месяца. Описаны постепенное внедрение рядом со старым оборудованием и отсутствие обязательных изменений программ терминальных машин. Это опыт работающей сети, но не свидетельство развёртывания гораздо больших сетей, обсуждаемых при оценке мощности контроллера. Сохранение старых участков доступа также не делает проверку происхождения одинаковой повсюду.
Авторы прямо перечисляют ограничения. Разрешённый посредник может переслать сообщение приложения адресату, запрещённому исходному отправителю. Номер транспортного порта не обязательно описывает реальную деятельность программы. Несколько машин за одним физическим портом усложняют защиту от подмены MAC-адреса. Широковещательный поиск служб создаёт дополнительную нагрузку. Управление связностью не заменяет доверия к конечным системам, понимания приложения или проверки устройства доступа.
Представление сети для программ
Авторская рукопись NOX, связанная с публикацией CCR 2008 года, подписана Natasha Gude, Teemu Koponen, Justin Pettit, Ben Pfaff, Martin Casado, Nick McKeown и Scott Shenker. Сохранённая версия прямо обозначена как редакционная заметка без рецензирования. Её доводы нельзя выдавать за независимую сертификацию безопасности.
NOX предоставляет интерфейс наблюдения и управления всей сетью; решения принимают управляющие приложения. Представление содержит топологию и соответствия имён адресам, но не всё текущее состояние трафика. OpenFlow абстрагирует отдельный коммутатор, то есть работает на другом уровне. Рассуждение о масштабировании отделяет обработку пакетов, начало потоков и более медленные изменения общего представления, не требуя глобального согласования каждого пакета. В рукописи сообщается примерно о 30 внутренних машинах за шесть месяцев. Это наблюдение уже широкой аргументации о возможном масштабе.
Официальная запись Berkeley подтверждает личность и академическое положение Scott Shenker, а сообщение университета 2017 года — его участие в основании Nicira. Частное распределение работы между соавторами из этого не следует. Документирован коллективный архитектурный результат: выразить правила понятными именами и показать, как их соответствия доходят до исполняемого действия.
Источники и границы выводов
Ethane служит основанием для механизма, опыта внедрения и ограничений. NOX описывает интерфейс и заявленную установку, с сохранением статуса рукописи. Перепубликация 2017 года носит ретроспективный характер. Интервью Ben Pfaff для USENIX в 2025 году передаёт воспоминания участника о коммерческих мотивах. Организационные последствия ниже — анализ, а не измеренная экономия.
Обзор для участников
Подробный контекст профиля
Войдите с подходящим уровнем подписки, чтобы открыть полный обзор и примечания к источникам.
Только для Стратегического сообщества
Стратегическое сообщество
Открыто всем читателям. Вступите и войдите, чтобы открыть обзоры профилей.
Вступить в Стратегическое сообществоТолько для Альянса лидеров
Альянс лидеров
Для проверенных владельцев IP-активов и руководителей. Войдите, чтобы открыть обзоры Альянса.
Вступить в Альянс лидеров
