В сетевой маршрутизации , то плоскость управления является частью маршрутизатора архитектуры , которая связана с нанесением топологии сети , или информации в таблице маршрутизации , которая определяет , что делать с входящими пакетами . Функции уровня управления, такие как участие в протоколах маршрутизации , выполняются в архитектурном элементе управления. [1] В большинстве случаев таблица маршрутизации содержит список адресов назначения и исходящих интерфейсов, связанных с каждым из них. Логика уровня управления также может идентифицировать определенные пакеты, которые должны быть отброшены, а также предпочтительную обработку определенных пакетов, для которыхкачество обслуживания определяется таким механизмом, как дифференцированные услуги .
В зависимости от конкретной реализации маршрутизатора может существовать отдельная информационная база пересылки, которая заполняется плоскостью управления, но используется высокоскоростной плоскостью пересылки для поиска пакетов и принятия решения о том, как их обрабатывать.
В вычислениях плоскость управления является частью программного обеспечения, которое настраивает и отключает плоскость данных. [2] Напротив, плоскость данных - это часть программного обеспечения, которое обрабатывает запросы данных. [3] Плоскость данных также иногда называют плоскостью пересылки.
Это различие оказалось полезным в сетевой области, где оно возникло, поскольку оно разделяет проблемы: плоскость данных оптимизирована для скорости обработки, а также для простоты и регулярности. Плоскость управления оптимизирована для настройки, обработки политик, обработки исключительных ситуаций и в целом для облегчения и упрощения обработки плоскости данных. [4] [5]
Концептуальное разделение плоскости данных от плоскости управления проводилось годами. [6] Ранним примером является Unix , где основные файловые операции открываются, закрываются для плоскости управления и читаются и записываются для плоскости данных. [7]
Создание таблицы одноадресной маршрутизации
Основная функция плоскости управления - решить, какие маршруты должны быть включены в основную таблицу маршрутизации. «Основной» относится к таблице, которая содержит активные одноадресные маршруты. Для многоадресной маршрутизации может потребоваться дополнительная таблица маршрутизации для многоадресных маршрутов. Некоторые протоколы маршрутизации, например IS-IS , OSPF и BGP, поддерживают внутренние базы данных маршрутов-кандидатов, которые продвигаются при сбое маршрута или при изменении политики маршрутизации.
Несколько различных источников информации могут предоставить информацию о маршруте к заданному месту назначения, но маршрутизатор должен выбрать «лучший» маршрут для установки в таблицу маршрутизации. В некоторых случаях может быть несколько маршрутов равного «качества», и маршрутизатор может установить их все и распределить нагрузку между ними.
Источники маршрутной информации
Существует три основных источника маршрутной информации:
- Информация о состоянии напрямую подключенного оборудования и программно-определяемых интерфейсов
- Статические маршруты, настроенные вручную
- Информация из протоколов (динамической) маршрутизации
Информация о локальном интерфейсе
Маршрутизаторы пересылают трафик, который поступает на входной интерфейс и уходит на выходной интерфейс, с учетом фильтрации и других локальных правил. Хотя маршрутизаторы обычно перенаправляют с одного физического интерфейса (например, Ethernet , последовательный ) на другой физический интерфейс, также возможно определить несколько логических интерфейсов на физическом интерфейсе. Например, физический интерфейс Ethernet может иметь логические интерфейсы в нескольких виртуальных локальных сетях, определенных заголовками VLAN IEEE 802.1Q .
Когда интерфейс имеет адрес, настроенный в подсети , например 192.0.2.1 в подсети 192.0.2.0/24 (т. Е. Маска подсети 255.255.255.0), и этот интерфейс считается маршрутизатором «активным», маршрутизатор, таким образом, имеет маршрут с прямым подключением к 192.0.2.0/24. Если протокол маршрутизации предлагает маршрут другого маршрутизатора к той же подсети, программа установки таблицы маршрутизации обычно игнорирует динамический маршрут и предпочитает маршрут с прямым подключением.
На маршрутизаторе также могут быть программные интерфейсы, которые он рассматривает, как если бы они были подключены локально. Например, большинство реализаций имеют «нулевой» программно-определяемый интерфейс. Пакеты, имеющие этот интерфейс в качестве следующего перехода, будут отброшены, что может быть очень эффективным способом фильтрации трафика. Маршрутизаторы обычно могут маршрутизировать трафик быстрее, чем они могут его исследовать и сравнивать с фильтрами, поэтому, если критерием для отбрасывания является адрес назначения пакета, «блокирование» трафика будет более эффективным, чем явные фильтры.
Другие программно определяемые интерфейсы, которые считаются напрямую подключенными, пока они активны, являются интерфейсами, связанными с протоколами туннелирования, такими как Generic Routing Encapsulation (GRE) или Multi-Protocol Label Switching (MPLS). Интерфейсы обратной петли - это виртуальные интерфейсы, которые считаются напрямую подключенными интерфейсами.
Статические маршруты
Правила конфигурации маршрутизатора могут содержать статические маршруты. Статический маршрут как минимум имеет адрес назначения, длину префикса или маску подсети и определение, куда отправлять пакеты для маршрута. Это определение может относиться к локальному интерфейсу на маршрутизаторе или к адресу следующего перехода, который может находиться на дальнем конце подсети, к которой подключен маршрутизатор. Адрес следующего перехода также может находиться в подсети, которая напрямую подключена, и, прежде чем маршрутизатор сможет определить, можно ли использовать статический маршрут, он должен выполнить рекурсивный поиск адреса следующего перехода в локальной таблице маршрутизации. Если адрес следующего перехода доступен, статический маршрут можно использовать, но если следующий переход недоступен, маршрут игнорируется.
Статические маршруты также могут иметь факторы предпочтения, используемые для выбора наилучшего статического маршрута к тому же пункту назначения. Одно приложение называется плавающим статическим маршрутом , где статический маршрут менее предпочтителен, чем маршрут из любого протокола маршрутизации. Статический маршрут, который может использовать коммутируемое соединение или другую медленную среду, активируется только тогда, когда протокол (ы) динамической маршрутизации не может предоставить маршрут к месту назначения.
Статические маршруты, которые более предпочтительны, чем любой динамический маршрут, также могут быть очень полезными, особенно при использовании принципов управления трафиком, чтобы определенный трафик проходил по определенному пути с заданным качеством обслуживания.
Протоколы динамической маршрутизации
См. Протоколы маршрутизации . Диспетчер таблицы маршрутизации, в соответствии с правилами реализации и конфигурации, может выбирать конкретный маршрут или маршруты из тех, которые объявляются различными протоколами маршрутизации.
Установка одноадресных маршрутов
Различные реализации имеют разные наборы предпочтений для информации о маршрутизации, и они не стандартизированы для IP-маршрутизаторов. Справедливо сказать, что всегда предпочтительны подсети на напрямую подключенных активных интерфейсах. Однако помимо этого будут различия.
Разработчики обычно имеют числовое предпочтение, которое Cisco называет «административным расстоянием» для выбора маршрута. Чем ниже предпочтение, тем желательнее маршрут. Реализация Cisco IOS [8] делает внешний BGP наиболее предпочтительным источником информации о динамической маршрутизации, в то время как Nortel RS [9] делает наиболее предпочтительным протокол OSPF внутри области.
Общий порядок выбора маршрутов для установки:
- Если маршрута нет в таблице маршрутизации, установите его.
- Если маршрут более конкретный, чем существующий, установите его в дополнение к существующим маршрутам. «Более конкретный» означает, что у него более длинный префикс. Маршрут A / 28 с маской подсети 255.255.255.240 более конкретен, чем маршрут / 24 с маской подсети 255.255.255.0.
- Если маршрут имеет такую же специфичность, что и маршрут, уже указанный в таблице маршрутизации, но исходит из более предпочтительного источника маршрутной информации, замените маршрут в таблице.
- Если маршрут имеет такую же специфичность, что и маршрут в таблице маршрутизации, но исходит из источника с такими же предпочтениями,
- Отменить его, если у маршрута метрика выше, чем у существующего маршрута.
- Заменить существующий маршрут, если новый маршрут имеет более низкую метрику
- Если маршруты имеют одинаковую метрику и маршрутизатор поддерживает разделение нагрузки, добавьте новый маршрут и обозначьте его как часть группы разделения нагрузки. Как правило, реализации будут поддерживать максимальное количество маршрутов, разделяющих нагрузку в один и тот же пункт назначения. Если этот максимум уже есть в таблице, новый маршрут обычно отбрасывается.
Таблица маршрутизации и база данных по перенаправлению
Смотрите плоскость пересылки для более подробной информации, но каждая реализация имеет свои собственные средства обновления информационной базы пересылки (FIB) с новыми маршрутами, установленными в таблице маршрутизации. Если FIB находится во взаимно однозначном соответствии с RIB, новый маршрут устанавливается в FIB после того, как он находится в RIB. Если FIB меньше, чем RIB, и FIB использует хэш-таблицу или другую структуру данных, которую нелегко обновить, существующий FIB может быть признан недействительным и заменен новым, вычисленным из обновленного RIB.
Таблицы многоадресной маршрутизации
Многоадресная маршрутизация основана на одноадресной маршрутизации. Каждая группа многоадресной рассылки, к которой может маршрутизировать локальный маршрутизатор, имеет запись в таблице многоадресной маршрутизации со следующим переходом для группы, а не для определенного пункта назначения, как при одноадресной маршрутизации.
Могут существовать статические маршруты многоадресной рассылки, а также изучение динамических маршрутов многоадресной рассылки из такого протокола, как протокол независимой многоадресной рассылки (PIM).
Смотрите также
Рекомендации
- ^ Структура разделения элементов управления и пересылки (ForCES) , RFC 3746, Network Working Group, апрель 2004 г.
- ^ До, Чыонг-Сюань; Ким, Ёнхан (2017-06-01). «Архитектура управления и разделения плоскостей данных для поддержки многоадресных слушателей через распределенное управление мобильностью» . ИКТ Экспресс . Специальный выпуск «Патенты, стандартизация и открытые проблемы в практике ИКТ». 3 (2): 90–95. DOI : 10.1016 / j.icte.2017.06.001 . ISSN 2405-9595 .
- ^ Конран, Мэтт (25 февраля 2019 г.). «Именованная сеть передачи данных: плоскость пересылки с отслеживанием состояния для доставки дейтаграмм» . Сетевой мир . Проверено 14 октября 2019 .
- ^ Ся, Вэньфэн; Вен, Йогган; Хэн Фо, Чуан; Ниято, Дусит; Се, Хайён (2015). «Обзор программно-определяемых сетей» (PDF) . Институт инженеров по электротехнике и радиоэлектронике . 17 (1): 27–46.
- ^ Ахмад, Иджаз; Намаль, Сунет; Илианттила, Мика; Гуртов, Андрей (2015). «Безопасность в программно-определяемых сетях: обзор» (PDF) . Институт инженеров по электротехнике и радиоэлектронике . 17 (4): 2317–2342.
- ^ До, Чыонг-Сюань; Ким, Ёнхан (2017-06-01). «Архитектура разделения плоскостей управления и данных для поддержки многоадресных слушателей через распределенное управление мобильностью» . ИКТ Экспресс . Специальный выпуск «Патенты, стандартизация и открытые проблемы в практике ИКТ». 3 (2): 90–95. DOI : 10.1016 / j.icte.2017.06.001 . ISSN 2405-9595 .
- ^ Бах, Морис Дж. (1986). Дизайн операционной системы Unix . Прентис-Холл.
- ^ Настройка функций , не зависящих от протокола IP-маршрутизации , Cisco Systems, июль 2006 г.
- ^ Nortel Ethernet Routing Switch 8600 Настройка операций IP-маршрутизации , Nortel Networks, январь 2007 г.