Интероперабилност војне / ваздухопловне платформе изазива системске дизајнере

Кирацовски: Виста Груп не го испочитувала договорот за Интероперабилност (Јули 2019).

$config[ads_text] not found
Anonim

Широко прихваћени ОСА траже побољшано стандардизовано управљање системом

БИ ЈЕРРИ ГИППЕР
Извршни директор
ВИТА
ввв.вита.цом
Повећана сложеност електронских система у великим одбрамбеним платформама инспирисала је неколико иницијатива за отворену архитектуру (ОСА) за побољшање њихове игре. Како радне групе из ових иницијатива сарађују на стратегијама за рјешавање преосталих изазова, и даље се појављују одговарајућа рјешења за уграђене рачунарске системе високих перформанси.

Министарство одбране не пружа стандардизован оквир отворене архитектуре за услуге заједничког уграђеног система. Ово проглашава програме да се решавају у комерцијалном свету. На пример, многи војни огранци имају иницијативе које се спроводе у складу са модулом интероперабилности, одрживости, отворености, употребљивости и поузданости врлине ОСА-а.

Ове иницијативе користе неколико различитих ОСА-ова за факторе одбора и система. Програми одговарају различитим приступима, према потреби (не сукобљавајући); не постоји "једна архитектура која ће владати свим њима." Свака од ових иницијатива има бар један заједнички циљ: интероперабилност. Ипак, овај јединствени циљ представља изазов који је застрашујући.

Бројне иницијативе везане за ОСА имају активне радне групе које се састају да дискутују, развијају и имплементирају стратегије. Табела 1 наводи кључне иницијативе за апликације одбране које имплементирају ОСА.

Табела 1: Релевантне ОСА иницијативе са стратегијама управљања системима које представљају императив за интероперабилне модуле. Табела Извор: ВИТА.

Иницијатива Спонзор Мисија
ТЕНА Интегратед Нетворк Енханцед Телеметри (иНЕТ) Пројекат Тест Ресоурце анд Манагемент Центре (ТРМЦ) и подржан од стране Заједничког штаба САД ТЕНА омогућава брзу и економичну интероперабилност међу опсегом, објектима и симулацијама и подстиче поновну употребу ресурса распона и развој домета.
Приступ модуларним отвореним системима (МОСА)Министарство одбране (ДоД)ДоД-ова МОСА је да дизајнира системе са високо кохезивним, лабаво спојеним и одвојеним модулима који се могу засебно такмичити и купити од независних произвођача.
Вагонска интеграција за интероперабилност Ц4ИСР / ЕВ (ВИЦТОРИ) Индустрија Интеграција електронских електронских возила.
Модуларна отворена радио архитектура (МОРА)ВИКТОРИЈА, војска ЦЕРДЕЦ И2ВДПроширује ВИЦТОРИ за подршку радио-фреквенцијским (РФ) системима.
Околина будућег ваздухопловног потенцијала (ФАЦЕ) Отворена група Стандард софтвера владе и индустрије и пословна стратегија за куповину приступачних софтверских система који промовишу иновације и брзо интегришу преносне могућности у глобалним програмима одбране.
Сензор отворених система Архитектура (СОСА)Отворена група, ФАЦЕОмогућава влади и индустрији да заједнички развију отворене стандарде и најбоље праксе за омогућавање, побољшање и убрзавање распоређивања приступачних, способних, интероперабилних сензорских система.
Заједничка заједничка архитектура - системи ваздухопловних мисија

Отворена група,

Америчка војска

Инстантиатион оф ФАЦЕ.
Хардверска технологија отворених система (ХОСТ)НАВАИРДефинише виртуелне и физичке интерфејсе за хардвер тако да се може остварити интероперабилност и поновна употреба хардверских компоненти.

Широкост решења заснованих на стандардима отежава обезбеђивање интероперабилности која је неопходна за дизајнирање платформи дугог животног циклуса који обрађују производе из више извора. Једна од највећих проблемских области је стандардизована стратегија управљања платформом, системом или шасијом која подржава различите стандарде у игри данас.

Управљање системом и интероперабилност је веза која недостаје
Управљање системом укључује многе задатке и обично је скалабилно да одговара сложености платформе. Типични задаци укључују дијагностику (на почетку и током рада), инвентар хардвера, праћење расположивости система и метрика, попис софтвера и инсталација, управљање антивирусним и анти-малверним програмима, праћење корисника корисника, праћење капацитета, управљање сигурношћу, управљање меморијом, мрежног капацитета и мониторинга коришћења, управљања заштитом од манипулације и још много тога.

Нажалост, функционалност управљања системом често недостаје или је неадекватна у многим од најчешће коришћених стандарда. У циљу решавања овог недостатка, организације за развој стандарда, попут ВИТА и Опен Гроуп, раде на решењима, као што су добављачи одбора и канцеларије одбрамбених програма.

Изазов интероперабилности је и хардверски и софтверски проблем. Са хардверске перспективе, предност су ОСА решења која омогућавају интероперабилност без прописивања специфичног хардверског дизајна или имплементације. Ово ослобађа дизајнера да имплементирају управљање са било којим од различитих процесора за опћу намјену или ФПГА или другог хардвера.

На страни софтвера, стандард управљања системом треба да подржава приступ и корисност свих релевантних података о систему у модулу. Поред тога, требало би да обезбеди стандардизован метод прикупљања података за анализу у циљу подршке управљања системима и шасијама. Коначно, треба дефинисати стандардизован скуп основних системских услуга (интерфејси и структуре података) који пружају заједнички оквир за системску интеграцију. Што више података који се могу прикупити, то је боље, и може се препустити дизајнеру да примени оно што им треба. Истовремено, стандард управљања системом не би требао:

  • Препоручите дизајн, логику или на други начин спречите иновације или имплементацију јединствених захтева специфичних за платформу. Осетљива природа одбрамбених платформи често значи да су потребне креативне слободе.
  • Постоје зависности у вези са коришћењем оперативног система за управљање временским и просторним ресурсима, језгри за висококвалитетне софтвере или коришћење отворених архитектура апликативног софтвера. Програмери не желе да буду закључани у специфична решења.
  • "Поновите точак" - уложите све напоре да потражите постојеће стандарде тамо гдје је то могуће, а не изумите нове интерфејсе и протоколе.

Стратегија имплементације
Иницијативе користе различите стратегије управљања системом. Пројекат интегрисане мреже мрежне мреже ТЕНА (иНЕТ) доводи до развоја основног стандарда управљања системом. Стандард се првенствено ослања на Симпле Нетворк Манагемент Протоцол (СНМП) да пренесе информације о управљању преко система. Стандард дефинише базу података за управљање СНМП (МИБ) за пружање речника за информације о управљању. Уређаји носе апликације, зване агенти, који користе МИБ да обезбеде свој унутрашњи статус и прихвате контроле и конфигурације. Ово решење добро одговара мрежним системима који захтевају основну способност управљања системом.

Иницијатива ВИЦТОРИ укључује мрежу Етхернет у возилу као део инфраструктуре возила; у основи, менаџмент се пеки у архитектуру. Пут ВИЦТОРИ-а на решење за управљање базиран је на стандардима управљања системом иНЕТ. Иницијатива МОРА, као део ПОБЕДА, води исти пут.

За комплексне платформе са мноштвом уграђених компјутерских модула са високим перформансама, темељ за робусно управљање системом долази из спецификације Интеллигент Платформ Манагемент Интерфаце (ИПМИ) која је развила Интел. ИПМИ је скуп спецификација рачунарског интерфејса за аутономни рачунарски подсистем који омогућава управљање и надзор могућности независно од ЦПУ-а, фирмвера (БИОС-а или УЕФИ-а) и оперативног система.

ИПМИ дефинише скуп интерфејса које користе системски администратори за ван-банд управљање рачунарским системима и праћење њиховог рада. На пример, ИПМИ пружа начин за управљање рачунарима који се могу искључити или на други начин реаговати не користећи мрежну везу са хардвером него оперативним системом или пријавном школом. Из ове широко спроведене ИПМИ фондације, друге организације за стандарде су изградиле стандарде специфичне за своје сервиране индустрије.

Са своје стране, ПИЦМГ је развио стандард ПИЦМГ 3.0 Хардваре Платформ Манагемент, фокусиран првенствено на телеком индустрију. Основан је на ИПМИ 1.5 и доказао је интероперабилност и значајно испитивање на терену.

ВПКС стандард је назван у неколико ОСА иницијатива. Чланови ВИТА су развили стандард АНСИ / ВИТА 46.11 "Систем Манагемент Арцхитецтуре фор ВПКС Системс" који користи ПИЦМГ 3.0, али са разматрањима за платформе система одбране. Прекомерне сложене или непотребне функције од ПИЦМГ 3.0 су одбачене, док су сљедећа побољшања учињена како би се боље омогућили распоређени одбрамбени системи. Ова побољшања укључују:

  • Дијаграм стања оптимизованог замјенског поља (ФРУ) (машина за укључивање / искључивање)
  • Оптимизовано откривање ФРУ-а (бржа доступност система управљања)
  • Енханцед сецурити феатурес феатуре (НВМРО, додатни битови / понашања ФРУ државе)
  • Стандардизоване функције дијагностичког управљања (иницирање и сакупљање резултата)
  • ДО-178Б и ДО-254 свјесни (вишеслојна структура контролера)

Нова забринутост сада произилази из иницијативе Хардваре Опен Системс Тецхнологи (ХОСТ) која се бави питањем да ли су постојећи стандарди потпуни и довољни у дефинисању свих потребних интерфејса и протокола. Тренутна ХОСТ Тиер 2 спецификација омогућава два некомпатибилна приступа за управљање шасијама. Оут-оф-банд (дедицатед) комуникације користе ниску пропусну И 2 Ц магистралу, према АНСИ / ВИТА 46.11, али ограничења у брзини и величини структуре података ограничавају неке жељене функционалности. Канал комуникације у пасусу користи Етхернет велике брзине, али није добро дефинисан ХОСТ-ом. У овом тренутку, управљање у оквиру опсега и изван опсега шасије није компатибилно, према ХОСТ спецификацији.

Радна група за ХОСТ је бирајући потенцијалне кориснике, системске интеграторе и главне извођаче радова за своје уносе. Рана повратна информација указује на потенцијалну инсуфицијенцију у АНСИ / ВИТА 46.11. Већина концерата се односи на то да ли 2Ц има довољно пропусног опсега за све што се мора пратити.

На срећу, флексибилност ВПКС-а представља пуно погодних опција за преузимање додатне пропусне опсеге. Изазов за радне групе ХОСТ и ВИТА је нула у решењу које најбоље функционише за постављене платформе. Једна опција на табели је надоградња АНСИ / ВИТА 46.11 за додавање применљивих функција ИПМИ 2.0 који решавају неке недостајуће могућности. Разматрају се унапређења управљања фирмвером, управљање дијагностиком и безбедност.

Решења се појављују
ВПКС породична стандарда наставља да додаје могућности под утицајем корисничке заједнице, нарочито мил / аеро корисника. Производи испоруке из Абацо Системс-а, Цуртисс-Вригхт Дефенсе Солутионс, Елма Елецтроницс и Мерцури Системс-а укључују подршку за АНСИ / ВИТА 46.11 Систем Манагемент. Они обезбеђују бочне планове и појединачне процесоре и И / О модуле све до комплетирања система спремних за интеграцију у одбрамбену платформу.

У многим случајевима ће се користити модули од неколико ових добављача, тако да ниво подршке за управљање системима постаје критичан. Елма Елецтроницс 'ОпенВПКС бацкплане ( слика 1 ) укључује интерфејсе за управљање системима. Такође, неколико чланова Мерцури Системс Енсембле 3000 и Енсембле 6000 ОпенВПКС производа укључују уграђене ИПМИ контролере ( слика 2 ).

Слика 1. Платформе ОпенВПКС компаније Елма Елецтроницс укључују интерфејс за управљање системом према ВИТА 46.11. Извор слике: Елма Елецтроницс.

Слика 2: Неколико чланова Енсембле 3000 компаније Мерцури Системс и Енсембле 6000 производа компаније ОпенВПКС укључују ИПМИ контролере на возилу.