northbound interface что это

Southbound interface

Северные интерфейсы обычно обращаются к южным интерфейсам компонентов более высокого уровня и наоборот.

Содержание

Использование в системах управления сетью

Поясним еще на одном примере. Интерфейс NMS применяемый, чтобы общаться с сетевыми элементами (при помощи EMS) рассматривается как южный интерфейс, в то время как NMS интерфейс направленный на систему поддержки эксплуатации (OSS) рассматривается как северный интерфейс. Схема на Рис. 2 изображает это очень ясно.

Использование в других областях

Использование в системах управления сетью

«Северный» интерфейс используется, как правило, только для вывода (в отличие от того, который принимает пользовательский ввод), применяется в сети операторского класса и в элементах телекоммуникационной сети. Обычно используемые языки и протоколы включают SNMP и TL1.

Например, устройство, которое может отправлять в системный журнал сообщения, но не настраивается пользователем, реализует «северный» интерфейс. Другие примеры включают SMASH, IPMI, WSMAN и т. д.

Примеры использования северного и южного интерфейса

На схеме справа (Рис. 3) приведен пример архитектурной схемы с северными и южными интерфейсами.

Обозначение	Описание
N1	северный интерфейс 1, к OSS/BSS системе (через TL1 или CORBA)
N2	северный интерфейс 2, внутренний интерфейс между NMS и EMS
N3	северный интерфейс 3, внутренний интерфейс между NMS и EMS
S1	южный интерфейс 1, локальный/удаленный интерфейс (через SNMP)
S2	южный интерфейс 2, удаленный интерфейс (через CWMP)

Схема определения направления интерфейса

В центре схемы (Рис. 1) расположена система, название интерфейсов определяется по компасу и соответствуют названиям сторон света.

Если система передает данные в систему верхнего уровня — север, нижнего — юг.

Источник

Северный интерфейс

Северные интерфейсы обычно обращаются к южным интерфейсам компонентов более высокого уровня и наоборот.

Содержание

Использование в системах управления сетью

Использование в других областях

Использование в системах управления сетью

Примеры использования северного и южного интерфейса

На схеме справа (Рис. 3) приведен пример архитектурной схемы с северными и южными интерфейсами.

Обозначение	Описание
N1	северный интерфейс 1, к OSS/BSS системе (через TL1 или CORBA)
N2	северный интерфейс 2, внутренний интерфейс между NMS и EMS
N3	северный интерфейс 3, внутренний интерфейс между NMS и EMS
S1	южный интерфейс 1, локальный/удаленный интерфейс (через SNMP)
S2	южный интерфейс 2, удаленный интерфейс (через CWMP)

Схема определения направления интерфейса

Если система передает данные в систему верхнего уровня — север, нижнего — юг.

Напишите отзыв о статье «Северный интерфейс»

Примечания

Литература

Ссылки

: неверное или отсутствующее изображение

Отрывок, характеризующий Северный интерфейс

Долгоруков всё настаивал на своем мнении, что французы отступили и только для того, чтобы обмануть нас, разложили огни.
– Что же это доказывает? – говорил он в то время, как Ростов подъехал к ним. – Они могли отступить и оставить пикеты.
– Видно, еще не все ушли, князь, – сказал Багратион. – До завтрашнего утра, завтра всё узнаем.
– На горе пикет, ваше сиятельство, всё там же, где был с вечера, – доложил Ростов, нагибаясь вперед, держа руку у козырька и не в силах удержать улыбку веселья, вызванного в нем его поездкой и, главное, звуками пуль.
– Хорошо, хорошо, – сказал Багратион, – благодарю вас, г. офицер.
– Ваше сиятельство, – сказал Ростов, – позвольте вас просить.
– Что такое?
– Завтра эскадрон наш назначен в резервы; позвольте вас просить прикомандировать меня к 1 му эскадрону.
– Как фамилия?
– Граф Ростов.
– А, хорошо. Оставайся при мне ординарцем.
– Ильи Андреича сын? – сказал Долгоруков.
Но Ростов не отвечал ему.
– Так я буду надеяться, ваше сиятельство.
– Я прикажу.
«Завтра, очень может быть, пошлют с каким нибудь приказанием к государю, – подумал он. – Слава Богу».

Крики и огни в неприятельской армии происходили оттого, что в то время, как по войскам читали приказ Наполеона, сам император верхом объезжал свои бивуаки. Солдаты, увидав императора, зажигали пуки соломы и с криками: vive l’empereur! бежали за ним. Приказ Наполеона был следующий:
«Солдаты! Русская армия выходит против вас, чтобы отмстить за австрийскую, ульмскую армию. Это те же баталионы, которые вы разбили при Голлабрунне и которые вы с тех пор преследовали постоянно до этого места. Позиции, которые мы занимаем, – могущественны, и пока они будут итти, чтоб обойти меня справа, они выставят мне фланг! Солдаты! Я сам буду руководить вашими баталионами. Я буду держаться далеко от огня, если вы, с вашей обычной храбростью, внесете в ряды неприятельские беспорядок и смятение; но если победа будет хоть одну минуту сомнительна, вы увидите вашего императора, подвергающегося первым ударам неприятеля, потому что не может быть колебания в победе, особенно в тот день, в который идет речь о чести французской пехоты, которая так необходима для чести своей нации.
Под предлогом увода раненых не расстроивать ряда! Каждый да будет вполне проникнут мыслию, что надо победить этих наемников Англии, воодушевленных такою ненавистью против нашей нации. Эта победа окончит наш поход, и мы можем возвратиться на зимние квартиры, где застанут нас новые французские войска, которые формируются во Франции; и тогда мир, который я заключу, будет достоин моего народа, вас и меня.
Наполеон».

В 5 часов утра еще было совсем темно. Войска центра, резервов и правый фланг Багратиона стояли еще неподвижно; но на левом фланге колонны пехоты, кавалерии и артиллерии, долженствовавшие первые спуститься с высот, для того чтобы атаковать французский правый фланг и отбросить его, по диспозиции, в Богемские горы, уже зашевелились и начали подниматься с своих ночлегов. Дым от костров, в которые бросали всё лишнее, ел глаза. Было холодно и темно. Офицеры торопливо пили чай и завтракали, солдаты пережевывали сухари, отбивали ногами дробь, согреваясь, и стекались против огней, бросая в дрова остатки балаганов, стулья, столы, колеса, кадушки, всё лишнее, что нельзя было увезти с собою. Австрийские колонновожатые сновали между русскими войсками и служили предвестниками выступления. Как только показывался австрийский офицер около стоянки полкового командира, полк начинал шевелиться: солдаты сбегались от костров, прятали в голенища трубочки, мешочки в повозки, разбирали ружья и строились. Офицеры застегивались, надевали шпаги и ранцы и, покрикивая, обходили ряды; обозные и денщики запрягали, укладывали и увязывали повозки. Адъютанты, батальонные и полковые командиры садились верхами, крестились, отдавали последние приказания, наставления и поручения остающимся обозным, и звучал однообразный топот тысячей ног. Колонны двигались, не зная куда и не видя от окружавших людей, от дыма и от усиливающегося тумана ни той местности, из которой они выходили, ни той, в которую они вступали.
Солдат в движении так же окружен, ограничен и влеком своим полком, как моряк кораблем, на котором он находится. Как бы далеко он ни прошел, в какие бы странные, неведомые и опасные широты ни вступил он, вокруг него – как для моряка всегда и везде те же палубы, мачты, канаты своего корабля – всегда и везде те же товарищи, те же ряды, тот же фельдфебель Иван Митрич, та же ротная собака Жучка, то же начальство. Солдат редко желает знать те широты, в которых находится весь корабль его; но в день сражения, Бог знает как и откуда, в нравственном мире войска слышится одна для всех строгая нота, которая звучит приближением чего то решительного и торжественного и вызывает их на несвойственное им любопытство. Солдаты в дни сражений возбужденно стараются выйти из интересов своего полка, прислушиваются, приглядываются и жадно расспрашивают о том, что делается вокруг них.

Источник

Открытые интерфейсы. Agile Controller

Huawei Agile Controller (AC) представляет собой базовый компонент для программно-определяемых сетей (Software-defined networking, SDN). Он может применяться для четырех основных бизнес-сценариев: для сетей центров обработки данных, а также кампусных, WAN и IoT-сетей. Задача AC состоит в обеспечении автоматической трансляции данных из приложений на физическую сеть, полного контроля сетевых ресурсов, а также визуализаций функций эксплуатации и технической поддержки. В основе AC лежат открытые технологии, что дает широчайший простор для совместимости с продуктами сторонних разработчиков и создания на их основе комплексных решений.

Для взаимодействия с окружением Agile Controller использует несколько интерфейсов: NBI (NorthBound Interface или Северный интерфейс) и SBI (SouthBound Interface или Южный интерфейс).

Рассмотрим основные моменты и принципы интеграции AgileController со сторонними системами и оборудованием, на примере сценария развертывания концепции SDN в центре обработки данных.

NBI-интерфейс позволяет интегрировать Agile Controller с наиболее распространенными облачными платформами, например разработанными на базе OpenStack. SBI-интерфейс позволяет Agile Controller управлять множеством сетевых элементов, таких как vSwitch, физические устройства (коммутаторы, маршрутизаторы, МСЭ и т.д.). Возможности Agile Controller также позволяют осуществлять преобразование данных от сервисных API NBI-интерфейса в конкретную конфигурацию для автоматизации процессов в сети через SBI-интерфейс. Даже без участия облачной платформы, AC способен самостоятельно интегрироваться с системами управления вычислениями, такими как VMWare vCenter и Microsoft SystemCenter, для обеспечения совместного сетевого и вычислительного взаимодействия.

Читайте также: pop3 что это на майл

Agile Controller поддерживает следующие периферийные интерфейсы:

Специфические протоколы и соответствующие им интерфейсные функции:

NBI-интерфейс для интеграции с OpenStack

OpenStack Networking представляет собой отдельный сервис, который часто используется для развертывания нескольких процессов на нескольких узлах. Эти процессы взаимодействуют как друг с другом, так и с прочими сервисами OpenStack. Основной процесс сервиса OpenStack Networking – neutron-сервер, процесс на языке Python, который активирует API OpenStack Networking и передает запросы клиентов системе плагинов для дополнительной обработки.

OpenStack Networking, как компонент модуля Neutron, взаимодейсвует с контроллером SDN через API Neutron. Компонент Neutron может автоматически получать информацию о различных событиях, связанных с виртуальными машинами (создание, удаление, миграция), через компонент NOVA, который отвечает за управление виртуальными компонентами. Контроллер SDN получает оповещение об изменениях статуса виртуальных машин через агента или плагин, встроенный в компонент Neutron. Сетевая конфигурация физической сети может быть создана полностью автоматически через Agile Controller.

Интерфейс между AC и OpenStack реализован следующим образом:

Сервис neutron-server получает через собственный NBI-интерфейс запрос, затем отправляет запрашиваемые сервисом параметры на AC по протоколу RESTCONF. Таким образом neutron-server может через AC управлять коммутаторами vSwitch, физическими коммутаторами, а также VAS уровней L4-L7.

OpenStack интегрируется с Agile Controller через драйвер ML2, что позволяет получать различную информацию о сети, включая подсети и номера портов, а также осуществлять подготовку конфигурации виртуальной сети.

Тип поддерживаемой виртуализации Layer2 – VXLAN (Virtual Extensible LAN). Технология использует 24-битные индентификаторы VN ID виртуальных сетевых сущностей, что позволяет обойти ограничение в 4096 VLAN, действующее в традиционных сетях. Элемент сети VTEP (VXLAN Tunnel End Point) обеспечивает инкапсуляцию и декапсуляцию VXLAN, он может быть сконфигурирован на коммутаторе TOR или vSwitch. Для решения VXLAN на аппаратной базе узел VTEP располагается на TOR, а для решения VXLAN на программной базе VTEP располагается на vSwitch.

Для сети VXLAN на аппаратной базе поддержка иерархической привязки портов должна осуществляться между AC и OpenStack. OpenStack назначает глобальный VN ID, а AC назначает VLAN на uplink-порт сервера, задает связь между назначенной локальной VLAN и глобальным VN ID на OpenStack, а затем задает сопоставление локальной VLAN и глобального VN ID на узле VTEP.

Для виртуальной сети Layer2 также доступна поддержка групп безопасности и функции обеспечения качества обслуживания (QoS). Группы безопасности и QoS используются для проверки безопасности в направлении восток-запад, а также для контроля полосы пропускания на портах доступа виртуальных машин, соответственно.

Agile Controller поддерживает интеграцию с OpenStack для создания устройств Layer3 — vRouter. vRouter используется для обеспечения связности Layer3 между виртуальными машинами одного и того же клиента. Для элемента vRouter может быть использована как модель централизованного шлюза, так и распределенного шлюза или распределенного виртуального маршрутизатора (Distributed Virtual Router, DVR). Если используется модель распределенного шлюза, то функции маршрутизатора могут размещаться на vSwitch или TOR. Первый из них представляет собой решение DVR на базе программной платформы, а последний — решение DVR на базе аппаратной платформы. Если используется модель централизованного шлюза, то функционал vRouter, как правило, размещается на базовом коммутаторе/AGG. На физическом коммутаторе каждый экземпляр vRouter сопоставляется с экземпляром виртуального маршрутизатора (VRF), имеющим собственную выделенную таблицу маршрутизации и коммутации.

Agile Controller взаимодействует с облачной платформой управления OpenStack. Взаимодействие реализовано через плагины для управления конечным устройствами фаерволлов/балансировщиков. Таким образом, AC может управлять на фаерволле функциями «плавающих» IP-адресов, ACL и SNAT, IPSEC VPN и т.д.

SBI-интерфейс

Agile Controller использует комбинацию протоколов OVSDB и OpenFlow для контроля элементов vSwitch. При этом OVSDB используется для статичной конфигурации, а OpenFlow — для динамического заполнения таблиц потоков трафика Layer2 и Layer3. Agile Controller может обнаруживать события создания, удаления и миграции виртуальных машин, а также запускать динамическую синхронизацию таблиц потоков трафика через различные коммутаторы vSwitch.

Процесс обнаружения события создания виртуальной машины происходит следующим образом:

Agile Controller контролирует физический коммутатор посредством комбинации NETCONF и Yang (NETCONF – это протокол конфигурации, а Yang – это язык моделирования данных).

Agile Controller также поддерживает протокол BGP EVPN, действующий между AC и аппаратными устройствами. Он используется для синхронизации таблиц коммутации и маршрутизации между vSwitch (overlay) и аппаратной сетью (underlay) в сценарии гибридного оверлея (hybrid overlay).

Интерфейс для трафика «Восток-Запад» (East-West)

При отсутствии сценариев облачной платформы, AgileController создает виртуальную сеть, используя свой собственный интерфейс портала. AC может взаимодействовать с приложением Virtual Machine Manager (VMM) через API SOAP/SDK.

AgileController назначает уникальный глобальный VN ID (VXLAN) для каждой виртуальной сети и классический VLAN (802.1q) для каждой виртуальной машинны в рамках домена каждого VMM (например, VMware vCenter или SystemCenter). Для оповещения о доступе к VLAN от AC на VMM используется SOAP API. Когда VMM создает виртуальную машину в виртуальной сети, та должна быть ассоциирована с VLAN, использующегося для изолирования трафика на локальном vSwitch.

Agile Controller поддерживает динамическое обнаружение событий создания, удаления и миграции виртуальных машин через API SOAP/SDK, а также автоматический маппинг конфигурации между VLAN и глобальным VN ID на порту доступа.

В заключение стоит сказать, что в качестве центрального элемента управления сетью, если хотите «супермозга» сети ЦОД контроллер AgileController может полностью интегрировать облачную платформу, аппаратный и программный слои сети в рамках ЦОД и обеспечить взаимодействие вычислительных, сетевых и дисковых ресурсов посредством стандартных открытых интерфейсов, включая NBI, SBI и интерфейса «East-West». Все это помогает оптимально планировать ресурсы в корпоративных облачных сервисах, повышать эффективность сети операторов связи и поддерживать высочайшее качество обслуживания.

Михаил Светлов, менеджер по IP-продуктам Huawei Enterprise Business Group в России

Источник

Северный интерфейс

Северные интерфейсы обычно обращаются к южным интерфейсам компонентов более высокого уровня и наоборот.

Содержание

Использование в системах управления сетью

Использование в других областях

Использование в системах управления сетью

Примеры использования северного и южного интерфейса

На схеме справа (Рис. 3) приведен пример архитектурной схемы с северными и южными интерфейсами.

Обозначение	Описание
N1	северный интерфейс 1, к OSS/BSS системе (через TL1 или CORBA)
N2	северный интерфейс 2, внутренний интерфейс между NMS и EMS
N3	северный интерфейс 3, внутренний интерфейс между NMS и EMS
S1	южный интерфейс 1, локальный/удаленный интерфейс (через SNMP)
S2	южный интерфейс 2, удаленный интерфейс (через CWMP)

Схема определения направления интерфейса

Ссылки

Примечания

Полезное

Смотреть что такое «Северный интерфейс» в других словарях:

Северный мост (компьютер) — У этого термина существуют и другие значения, см. Северный мост. Схематическое расположение северного моста на системной плате Северный мост ( … Википедия

Система управления сетью — (англ. Network Management System, сокр. NMS) программное обеспечение, взаимодействующее с менеджерами для поддержки комплексной структуры данных, отражающей состояние сети связи. Содержание 1 Функции NMS … Википедия

Система управления элементами сети — (англ. Element managment system, сокр. EMS) программное обеспечение предназначенное для управления и контроля отдельного сетевого элемента группы однотипных элементов. Состоит из систем и приложений, которые связаны с управлением (СЭ) на… … Википедия

NForce4 — Nvidia nForce4 Поддержка ЦП AMD64 Pentium 4 Поддержка сокета Socket 939 Socket AM2 Socket 754 LGA 775 Предшественник nForce3 Преемник … Википедия

nForce4 — Nvidia nForce4 Поддержка ЦП AMD64 Pentium 4 Поддержка сокета Socket 939 Socket AM2 Socket 754 LGA 775 Предшественник … Википедия

Crusoe — У этого термина существуют и другие значения, см. Крузо. Transmeta Crusoe TM5600 Crusoe семейство x86 совместимых … Википедия

Intel X58 — Поддержка ЦП Core i7 Поддержка сокета LGA1366 Предшественник X48 Преемник X79 Intel X58 чипсет Intel, анонсированный в ноябре 2008 года, продолжение линейки X чипсетов. Содержание … Википедия

Список чипсетов Intel — … Википедия

Архитектура IBM PC — Архитектура современного персонального компьютера это схема его чипсета, которую можно найти на сайтах производителей Intel и AMD.Чипсет это набор микросхем материнской платы для обеспечения работы процессора с памятью и внешними устройствами.… … Википедия

Intel Core 2 — > Центральный процессор Логотип Core 2 Duo Производство: 2006 настоящее время … Википедия

Источник