Сети и системы связи

230 фейс для приложений управления сетью и реализует механизмы управления таблицами коммутаторов : добавление , удаление , мо - дификация правил и сбор разнообразной статистики . Таким обра - зом , фактически решение задач управления сетью выполняется СОС с помощью приложений , реализованных на основе API и по - зволяющих создавать приложения в терминах высокоуровневых абстракций ( например , имя пользователя и имя хоста ), а не низко - уровневых параметров конфигурации ( например , IP- и MAC- адресов ). Это позволяет выполнять управляющие команды незави - симо от базовой топологии сети , однако требует , чтобы СОС под - держивала отображения между высокоуровневыми абстракциями и низкоуровневыми конфигурациями . В каждом контроллере имеется хотя бы одно приложение , которое управляет коммутаторами , соединенными с этим контрол - лером , и формирует представление о топологии физической сети , находящейся под управлением контроллера , тем самым централи - зуя управление . Представление топологии сети включает в себя топологию коммутаторов , расположение пользователей и хостов и других элементов и сервисов сети . Представление также включа - ет в себя привязку между именами и адресами , поэтому одной из важнейших задач , решаемых СОС , является постоянный монито - ринг сети . Рассмотрим пример построения сети SDN ( рис . 9.4). Каждый контроллер может быть соединен с несколькими коммутаторами , а каждый коммутатор – с несколькими контроллерами . Таким об - разом , контроллеры , управляющие одним и тем же коммутатором , можно объединить в групповой контроллер ( ГК ). Все контроллеры одного и того же ГК должны иметь согла - сованное представление о топологии той части сети , к которой они обеспечивают доступ . На рисунке обозначено : С 1 – С 3 – контрол - леры , S1 – S4 – коммутаторы , а V1 – V3 – фрагменты сети , к кото - рым обеспечивают доступ коммутаторы S1, S2, S3 соответственно .